• 主导公司核心电商APP产品的跨平台技术架构演进，基于Flutter 3.0重构原有React Native架构，通过自定义渲染引擎与平台通道优化，将iOS/Android双端UI一致性提升至99%，复杂页面渲染性能提升40%，并实现热更新动态化，需求迭代周期缩短60%。
• 设计并实现高并发场景下的订单状态实时追踪跨端组件，利用WebSocket+Protobuf协议优化数据同步效率，在日均数十万级订单量下，消息延迟控制在200ms以内，用户订单延迟出错率下降85%。
• 构建跨平台DevOps流水线，集成自动化测试与灰度发布体系，支撑业务每周3次以上高频迭代，版本发布故障率降至0.1%以下。

• 负责企业智能办公套件的跨端开发，涵盖支持iOS/Android/Web三端，并作为核心开发参与了即时通讯、文件协作的核心模块研发工作，基于React Native+Native Modules混合架构，实现消息万级并发下的流畅体验，确保列表滑动FPS≥55不卡顿，文件传输效率提升50%。
• 攻克多端数据同步难题，设计差分同步算法与离线缓存策略，在弱网环境下数据同步成功率从75%提升至98%，用户协作效率提升30%。
• 推动跨端组件库建设，提炼20+高质量通用组件，覆盖80%业务场景，团队开发效率提升40%，新人上手周期缩短至2周。
• 优化Hybrid应用性能，通过图片懒加载与DOM渲染优化，列表滚动流畅度提升40%。

• 因痛心于年轻人对历史的疏离，我在B站创立「古人脱口秀」栏目，用职场梗解构历史事件（如《雍正皇帝的KPI保卫战》）。通过设计「颠覆认知-史料佐证-现代共鸣」三幕剧本模板，单期视频最高收获1.7万条弹幕互动。
• 两年间栏目播放量突破180万，作品被多地中学选为教学素材。这段经历磨砺出将学术内容转化为大众语言的能力，也让我理解到真实用户反馈才是创作者的指南针。

邻趣生活App全链路性能优化工程

• 邻趣生活作为本地生活综合服务平台，用户量突破5000万后，核心场景性能瓶颈凸显——Android冷启动耗时3.2秒、iOS达3.0秒，首页列表滑动帧率低于55fps，订单详情页加载延迟2.8秒，直接导致次留下降8%。我作为移动端技术负责人，主导全链路性能优化项目，统筹Android、iOS双端及前端团队，目标将核心场景指标提升至行业优秀水平（启动≤2秒、帧率≥60fps、加载≤1.5秒），支撑用户增长与体验留存。
• 项目面临三大技术难点：①Android端第三方SDK（支付、定位）同步初始化占用启动耗时45%；②iOS端自定义订单Cell因离屏渲染+主线程图片解码引发滑动卡顿；③跨端缓存策略割裂，重复请求率达30%。我通过Systrace定位Android启动耗时链路，发现SDK在Application层同步初始化的问题；用Instruments Time Profiler捕获iOS Cell渲染时的YYLabel离屏渲染及SDWebImage同步解码瓶颈；跨端缓存因双端无统一失效机制，导致数据重复拉取。
• 我推动的针对性解决方案：Android侧将第三方SDK改为异步+懒加载，结合DexClassLoader预加载高频工具类，减少Class.forName反射耗时；iOS侧重构订单Cell，用Core Graphics替代离屏渲染，将图片解码移至后台线程，同时替换MJExtension为YYModel减少JSON解析时间30%；跨端设计统一缓存层，基于Redis存储核心数据，双端通过Retrofit（Android）和AFNetworking同步缓存过期策略，将重复请求率压降至5%以内。
• 项目上线后，Android冷启动耗时降至1.8秒、iOS1.6秒，首页滑动帧率稳定在60fps以上，订单详情页加载时间缩短至1.2秒；次留回升至优化前的92%，日活较优化前提升12%（约600万）。我主导了全链路方案设计与跨端协同，推动性能指标进入行业Top 10%，成为公司用户体验的核心壁垒。

多业务场景订单系统移动端重构

• 随着邻趣生活从单一外卖扩展到到店、酒店、生鲜等多场景，老订单系统因基于单一业务设计，出现严重耦合——代码冗余度达40%，新业务需求（如酒店订单房态同步、到店订单核销）需修改核心代码，每月因订单逻辑bug导致客诉超200单。我作为移动端核心开发，负责订单系统重构，目标打造支持多业务扩展的通用架构，降低维护成本，减少客诉。
• 重构面临两大关键挑战：①老系统订单状态机混乱，不同业务状态流转冲突（如外卖“配送中”与酒店“入住中”逻辑互斥）；②1亿+老订单数据迁移，需保证迁移中数据一致性与业务可用性。此外，双端原有订单模块接口适配成本高，易出现数据不一致。
• 我主导Clean Architecture分层设计：将订单模块拆分为Presentation（UI交互）、Domain（核心逻辑，含通用状态机、订单模型）、Data（数据层对接后端与缓存）三层。Domain层定义抽象OrderStateMachine接口，不同业务通过Impl实现具体状态流转（如外卖Impl处理配送、酒店Impl处理房态）；数据层用Protocol Buffers定义跨端订单协议，减少序列化开销；数据迁移采用“增量同步+全量校验”策略——新订单实时写入新系统，老订单分批次迁移，通过MD5校验双端数据一致性，确保零丢失。
• 重构后，订单模块代码冗余度降至15%，新业务迭代时间从7天缩短至3天，客诉率下降70%（每月不足60单）；数据迁移成功率99.99%，无重大数据事故。我解决了多业务扩展的核心架构问题，该架构至今支撑公司80%以上订单业务，成为多场景拓展的基础能力。