负责公司核心电商平台跨端（iOS/Android）应用的全生命周期研发，主导技术架构迭代、性能瓶颈攻坚及团队跨端开发规范落地，支撑日活千万级用户的流畅体验与业务快速迭代。

• 主导Flutter 3.x全量升级项目，针对旧版Skia引擎在复杂列表场景下的渲染丢帧问题（原60Hz帧率设备平均掉帧率8%），通过分析引擎源码定位图层合成逻辑，结合社区Flutter RenderObject优化方案，调整自定义Widget的buildPipeline策略，最终将列表滑动帧率稳定至58+帧，掉帧率降至1.2%，用户滑动卡顿投诉量环比下降65%。
• 设计「Flutter-原生混合通信中间件」，解决原有MethodChannel在高频数据传输（如商品详情页实时库存更新）时的序列化耗时问题（单次调用耗时从12ms增至28ms），通过二进制协议封装与线程池异步调度，将通信延迟降低至8ms内，支撑大促期间亿级商品信息实时同步场景。
• 搭建跨端CI/CD流水线，基于Fastlane与Jenkins整合单元测试（覆盖率从52%提升至78%）、Dart Code Analysis静态检查及真机云测（覆盖200+机型），将版本发布周期从48小时压缩至6小时，紧急需求响应速度提升70%。
• 牵头制定《跨端组件开发规范》，定义通用Widget库（含120+高复用组件）与状态管理最佳实践（Bloc+Riverpod分层设计），推动团队代码复用率从35%提升至62%，新人上手周期缩短50%。

负责本地生活服务APP（覆盖餐饮、家政、出行）的跨端核心功能开发与性能优化，聚焦用户体验痛点（如加载慢、操作卡顿），支撑业务从单一城市向全国拓展的技术落地。

• 独立完成「订单中心」模块Flutter开发，集成支付宝/微信支付SDK并优化支付链路（原支付流程含3次页面跳转），通过Flutter Navigator 2.0实现无感化支付弹窗，支付成功率从92%提升至98.7%，用户支付完成率增长22%。
• 针对低端机型（如骁龙6系列）首页加载卡顿问题（原LCP指标4.2s），通过Skia引擎渲染分析定位图片加载冗余，引入Glide+Flutter缓存策略（三级缓存：内存-本地-网络），并延迟非首屏组件初始化，将LCP缩短至1.8s，低端机型用户留存率提升18%。
• 推动团队落地Flutter插件化架构，将地图定位、消息推送等通用能力封装为独立Plugin（含8个核心插件），复用至3条业务线，代码冗余减少45%，新功能接入成本降低60%。
• 主导建立跨端性能监控体系，基于Dart DevTools与Sentry定制监控看板，实时追踪FPS波动（阈值＜55Hz报警）、内存泄漏（单页面泄漏＜5MB）等指标，线上严重性能问题发现时效从24小时缩短至2小时。

作为技术核心成员参与公司首款生活服务APP从0到1开发，负责跨平台技术方案选型、基础架构搭建及核心功能落地，支撑产品冷启动阶段快速验证市场需求。

• 对比React Native、Weex等技术栈后选定Flutter作为跨端框架，完成基础组件库开发（含导航栏、列表、弹窗等30+通用组件），支撑后续3个业务模块快速迭代，较原生开发节省40%工时。
• 优化冷启动流程，通过延迟加载非必要资源（如首页Banner图片）与应用初始化任务分级（将耗时操作移至后台线程），将首屏加载时间从2.8s压缩至1.2s，应用商店评分中「启动快」维度好评率提升35%。
• 建立基础性能监控机制，基于Flutter Performance面板自定义指标（如Widget构建耗时、GC频率），早期发现并修复列表Widget重复构建（单列表构建次数从12次/滚屏降至5次）导致的潜在卡顿问题，为后续用户增长奠定性能基础。
• 支持运营活动快速上线，通过Flutter热重载特性实现活动页面（如节日大促）1小时内完成开发-测试-灰度，较原生开发效率提升70%，支撑6场大促活动零延期交付。

邻趣生活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%以上订单业务，成为多场景拓展的基础能力。

• 大二观察到毕业生离校时大量教材被废弃，而新生购书支出占生活费12%，便发起校园书籍教材循环计划。为解决传统二手书交易效率低的问题，我们开发微信小程序实现扫码估价、预约取件功能，并说服快递中心以成本价承接物流。
• 通过建立翻新消毒标准打消卫生顾虑，项目年流通教材1.2万册，累计为同学节省书费38万元。这段经历让我从商业小白成长为能设计闭环模式的实践者，项目不仅获省级创业金奖，更被纳入学校官方服务体系延续至今。