负责电商平台iOS端核心交易链路（商品详情-购物车-支付）的功能迭代与性能优化，主导低代码组件库搭建以提升团队研发效率，支撑大促期间千万级用户流量冲击

• 针对商品详情页加载慢的核心痛点，使用Instruments的Time Profiler和Network工具定位到「图片格式冗余」（默认JPEG占比70%）与「JSON同步解析阻塞主线程」两大瓶颈；推动将图片资源全量替换为WebP格式（平均压缩率35%），并通过SDWebImageDiskStorage配置磁盘缓存策略（TTL 7天+LRU淘汰）；同时将JSON解析迁移至GCD全局队列异步处理，最终将首屏加载时间从3.2秒压降至1.1秒，该模块因加载超时的崩溃率下降42%
• 主导支付链路重构项目，采用MVVM-Clean Architecture拆分业务逻辑，用RxSwift替代原有回调嵌套（最多5层），解决「支付状态同步不一致」与「异常流程难以追踪」问题；结合Apple Pay的PKPaymentAuthorizationViewController优化支付弹窗交互，支付成功率从95.8%提升至99.3%，代码可维护性评分（SonarQube）从68分提升至89分
• 牵头搭建iOS端低代码组件库，基于SwiftUI+Combine封装12个通用组件（含商品瀑布流卡片、动态加载动画、地址选择器），支持通过JSON配置修改组件样式与交互逻辑；集成至团队CI/CD流程后，新功能开发中组件复用率达75%，团队人均单周开发效率提升38%，某大促活动页面上线周期从10天缩短至7天
• 大促期间（如双11）应对亿级PV请求，使用GCD创建三级线程池（核心队列处理支付/订单，高优先级队列处理图片加载，低优先级队列处理日志上报），并与后端协作实现接口限流（QPS从8000调整至12000）；最终大促当天APP崩溃率控制在0.08%以内（行业平均0.2%），支付链路成功率稳定在99.5%以上

负责本地生活APP到店业务（预约、核销、评价）的模块开发，参与架构从MVC到MVVM的升级，优化用户体验与性能瓶颈

• 重构到店预约功能，原方案使用NSUserDefaults存储预约记录导致数据同步延迟（跨页面刷新需2秒）；改用Core Data构建「预约-门店-用户」三张关联表，引入FetchResultsController实现数据实时同步；同时优化查询逻辑（添加NSPredicate索引），预约提交响应时间从1.5秒降至0.25秒，数据一致性错误率从1.2%降为0
• 解决地图定位漂移问题：原方案直接使用MapKit默认定位，弱网下漂移率达18%；通过自定义AnnotationView结合CLGeocoder反向地理编码，加入离线地图缓存（提前下载城市级别Tile数据），并设置定位精度过滤（仅保留水平精度≤20米的定位点），弱网下定位成功率提升至96%，用户投诉率下降55%
• 推动架构升级：主导将到店模块从MVC迁移至MVVM，使用Swift编写可观察模型（ObservableObject）管理状态，配合XCTest+Quick/Nimble编写单元测试（覆盖率达到68%）；后续迭代中该模块bug率从每月8个降至3个，线上问题修复时间缩短40%

协助开发社交APP基础功能（动态列表、用户登录、包大小优化），参与代码维护与bug修复，学习iOS开发最佳实践

• 开发动态消息列表功能：使用UICollectionView实现瀑布流布局（结合CHTCollectionViewWaterfallLayout），解决不同高度cell滑动卡顿问题（原FPS 42）；通过预计算cell高度（缓存至字典）与异步加载图片（SDWebImage），将滑动流畅度提升至60fps，用户停留时长增加15%
• 修复登录模块安全漏洞：原方案将密码明文存储于NSUserDefaults，存在泄露风险；改用Keychain加密存储（AES-256算法），并加入设备指纹验证（通过UIDevice获取唯一标识符），登录安全率提升至99.9%，该项目获公司「季度安全之星」奖
• 协助优化APP包大小：使用ImageOptim压缩PNG/JPEG图片（平均压缩率28%），删除冗余依赖（如未使用的AFNetworking扩展库），将包大小从85MB降至62MB；上线后新用户下载转化率提升12%，被纳入团队包大小优化标准流程

电商直播APP高并发场景下流畅观看体验全链路优化项目

• 项目背景：公司核心电商直播APP在大促期间面临百万级并发压力，用户反馈直播加载慢（平均2.1秒）、画质切换卡顿（延迟1.5秒）、弱网下播放中断率达8%，直接影响转化率（直播场景GMV占比超40%）。我的核心目标是主导全链路体验优化，将关键体验指标提升至行业TOP3水平，支撑大促期间150万+并发。
• 关键难题与技术选择：1. HLS直播流分片策略僵化，默认6秒分片导致加载延迟高；2. 自适应码率算法仅依赖当前缓冲，无法预判网络变化；3. CDN边缘节点缓存命中率低（仅65%），回源压力大加剧延迟。我选择LL-HLS（低延迟HLS）标准重构流传输协议，结合自研网络预测模型优化码率决策，并联动CDN团队定制缓存策略。
• 核心行动与突破：1. 针对HLS分片，将默认6秒分片拆分为3秒短分片，同时实现「预加载+动态分片丢弃」机制——提前加载下2个分片，根据实时网络带宽丢弃冗余分片，加载时间缩短62%；2. 改造自适应码率算法，引入LSTM模型预测未来5秒网络RTT和丢包率，提前1秒切换码率，卡顿率下降58%；3. 与CDN团队共建「热点内容预缓存」规则，基于历史直播热度提前将TOP10主播的内容推送到边缘节点，缓存命中率提升至88%，回源率降低45%。
• 成果与价值：优化后直播加载时间降至0.8秒，画质切换延迟缩至0.3秒，弱网环境下播放中断率仅1.2%；大促期间支撑120万并发，直播场景GMV转化率提升11%（从3.2%到3.56%），用户满意度调研中「观看流畅度」评分从3.8分升至4.6分（5分制）。我主导了技术方案设计、跨CDN/算法/产品团队协作，输出《高并发直播体验优化SOP》，成为公司后续直播类项目的标准方案。

本地生活多APP跨端复用框架搭建与性能调优项目

• 项目背景：公司同时运营外卖、到店、家政三个原生APP，核心业务（如订单、支付、门店详情）重复开发率达70%，迭代周期长达2周/次，无法应对业务快速变化。我的目标是搭建一套跨iOS/Android的复用框架，将重复代码量减少60%以上，迭代周期缩短至1周/次。
• 关键难题与技术选型：1. 原生与跨端框架（Flutter）通信效率低，JSON序列化耗时占总渲染时间的30%；2. 跨端组件样式一致性难保证，同一按钮在两端存在像素级差异；3. 复杂业务（如订单状态流转）的跨端状态同步易出错。我选择「Flutter+原生混合架构」，用ProtoBuf替代JSON优化通信，通过代码生成工具保证组件一致性，引入Redux-like状态管理解决同步问题。
• 核心行动与创新：1. 针对通信效率，将订单详情的JSON数据改为ProtoBuf序列化，耗时从120ms降至45ms；同时优化MethodChannel调用方式，将同步调用改为异步+回调，避免阻塞UI线程；2. 设计「跨端基础组件库」，用Dart编写按钮、列表、弹窗等20+核心组件，通过代码生成工具自动生成iOS（Swift）和Android（Kotlin）的原生实现，样式一致性达到100%；3. 针对订单状态流转，用Redux模式统一管理状态，两端通过共享Redux Store同步状态，错误率从15%降至2%。
• 成果与价值：框架覆盖80%核心业务，重复代码量减少72%，迭代周期缩短至7天/次，跨端bug率降低50%；支撑三个APP上线15个新功能，用户留存率从28%提升至36%。我从0到1完成框架设计，推动团队从「多端独立开发」转向「跨端复用」，输出《跨端框架设计与落地指南》，成为公司技术中台的核心资产。

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