个人优势

• 5 年移动端经验，前 2 年做 H5，近 3 年负责电商 App 的 React Native 业务，RN 页面占全 App 的六成以上
• 主导 RN 从旧架构升级到新架构（Fabric + TurboModules），处理了第三方库兼容和原生模块迁移
• 性能问题能定位到具体层面：JS 线程阻塞、桥通信过多、列表重渲染还是原生渲染慢，分别有对应的工具和方案
• 能写 iOS 和 Android 原生模块，做过支付、推送、相机和本地存储的封装
• 搭建过热更新平台：差量包、灰度发布、版本回滚和崩溃自动回滚，发版不再受应用商店审核限制
• 重视一套代码在两端的体验一致：手势、键盘、状态栏和安全区都有统一的封装和测试清单
• 技术栈：React Native、TypeScript、React、Hermes、Reanimated、FlashList、Zustand、Objective-C / Swift、Kotlin、Detox

工作经历

App 日活约 120 万，覆盖东南亚 5 个国家；移动端 9 人，其中 RN 4 人、原生 5 人。

• 新架构升级：RN 从 0.68 升级到 0.74 并开启新架构，逐个梳理 40 多个第三方库和 12 个自研原生模块的兼容性，自研模块改写为 TurboModules。升级后商品详情页首屏渲染时间缩短约 35%
• 长列表性能：商品瀑布流在低端 Android 机上掉帧严重。换用 FlashList，图片按尺寸裁剪和预取，列表项去掉不必要的重渲染；低端机滑动帧率从 38 帧提升到 55 帧以上
• 热更新平台：自建差量热更新，按国家、版本和用户比例灰度；新版本崩溃率超过阈值自动回滚。业务需求从提交到全量的时间从一周缩短到 1 天以内
• 支付与原生能力：封装 5 个国家的本地支付 SDK，统一成同一套 JS 接口，新增支付渠道的接入时间从两周降到 3 天

前期负责 H5 活动页，后期参与 App 的 RN 化改造，团队 7 人。

• 把门店详情、订单列表等 8 个高频页面从 H5 迁到 RN，页面打开耗时从 1.8 秒降到 0.6 秒
• 封装 RN 与 H5 共用的业务请求层和埋点 SDK，两端数据口径一致
• 搭建 RN 页面的 Detox 冒烟测试，覆盖登录、下单和支付主流程

项目经历

Hermes / Flipper / 自研 SDK

• 采集页面首屏时间、JS 线程卡顿、桥调用次数和内存，按页面和机型聚合
• 发现商品页一次渲染有 300 多次桥调用，合并后首屏耗时下降约 20%
• 卡顿超过阈值时自动采集 JS 调用栈上报，定位到多处在渲染期间做大量计算的代码

React Native / TypeScript / Reanimated / Storybook

• 沉淀 60 多个业务组件，动画统一用 Reanimated 在 UI 线程执行
• 每个组件附 iOS 和 Android 两端的截图对比，Storybook 里可以直接切换平台预览
• 安全区、键盘避让、深色模式统一封装，新页面基本不再出现两端表现不一致的问题

教育经历

个人优势

• 5 年 Android 开发经验，负责过日活 800 万的内容社区 App，主导启动、卡顿、崩溃三项性能指标的治理
• Kotlin 和协程用得扎实，团队新模块全部 Kotlin 编写；推动 Jetpack Compose 在新页面落地，并处理了和老 View 体系的混用问题
• 启动优化做过完整链路：任务编排、类加载、布局预加载、首帧数据缓存，冷启动从 2.3 秒降到 1.1 秒
• 稳定性有体系：崩溃按版本、机型、系统聚合，ANR 有自动抓栈，Native 崩溃能用 addr2line 定位到行
• 关注包体积，做过资源混淆、图片格式转换、动态下发和无用代码清理，安装包从 98MB 降到 61MB
• 熟悉组件化和模块解耦，Gradle 构建速度从 6 分钟降到 2 分半，团队日常开发体验明显改善
• 能和 iOS、前端同学对齐跨端方案，做过 WebView 容器和 JSBridge 的性能优化
• 技术栈：Kotlin、Java、Jetpack Compose、Coroutines、Room、Retrofit / OkHttp、Hilt、Gradle、Perfetto、Matrix

工作经历

客户端基础架构组负责性能、稳定性和构建工具，Android 4 人，服务全公司 30 多名客户端开发。

• 冷启动：用 Perfetto 拆解启动耗时，发现 SDK 初始化串行、首页布局层级过深、首屏数据等待网络。改为有向无环图编排初始化任务，非首屏 SDK 延后到首帧之后，首页数据先读本地缓存。冷启动 P50 从 2.3 秒降到 1.1 秒
• 卡顿治理：接入 Matrix 统计帧率和慢函数，信息流页的掉帧集中在图片解码和复杂文本排版。图片按控件尺寸解码、文本布局在子线程预计算，信息流滑动掉帧率下降约 60%
• 稳定性：建立崩溃和 ANR 的版本对比看板，新版本灰度期间自动对比崩溃率；处理了一批厂商 ROM 上的系统 Bug。崩溃率从 0.18% 降到 0.05%，ANR 率降到 0.1% 以下
• 包体积：清理无用资源和代码，大图转 WebP，非核心功能（直播礼物特效、AR 滤镜）改为动态下发。安装包从 98MB 降到 61MB，下载转化率提升约 3 个百分点

负责司机端 App 的接单和导航模块，Android 团队 8 人。

• 接单页从 Activity 堆叠改为单 Activity + Fragment 导航，页面切换耗时下降约一半，内存泄漏问题基本消除
• 后台定位保活适配各厂商的省电策略，司机端定位断档率从 7% 降到 1.5%
• 为订单状态推送设计长连接 + 轮询兜底，弱网下订单状态延迟从分钟级降到 10 秒以内

项目经历

Jetpack Compose / Kotlin / Hilt / Paging 3

• 制定 Compose 页面的状态管理规范：UI 状态单向流动，副作用集中在 ViewModel，避免重组时重复请求
• 处理 Compose 与老 RecyclerView 列表的嵌套滑动冲突，封装通用的混用容器
• 建立重组次数和稳定性检查，在 CI 里拦截不稳定参数导致的过度重组；新页面开发效率提升约 30%

Gradle / Build Cache / KSP

• 用 Build Scan 分析构建耗时，kapt 迁移到 KSP，模块间依赖改为 api / implementation 精确声明
• 开启远程构建缓存，CI 和本地共享缓存产物
• 全量构建从 6 分钟降到 2 分半，增量构建大多在 30 秒以内

教育经历

个人优势

• 6 年 iOS 开发经验，负责过日活 500 万的健身 App 的训练和社区模块，App Store 评分维持在 4.8
• Swift 和 SwiftUI 是主力，新功能用 SwiftUI 编写，老页面按模块逐步迁移，和 UIKit 混用时的布局与生命周期问题处理过很多
• 对体验细节较真：手势过渡、键盘避让、动态字体、深色模式和无障碍都按系统规范适配
• 性能优化做过启动、滑动和内存三项：冷启动从 1.9 秒降到 0.9 秒，长列表滑动稳定 60 帧
• 熟悉 Swift Concurrency，把回调式的网络和数据库层改为 async/await，并用 Actor 解决共享状态的数据竞争
• 做过 Widget、Live Activity 和 Apple Watch 扩展，训练数据在手表和手机之间可靠同步
• 工程化方面推动了模块化和 CI：Tuist 管理工程，单元测试和快照测试跑在每个 PR 上
• 技术栈：Swift、SwiftUI、UIKit、Combine、Swift Concurrency、Core Data、HealthKit、WidgetKit、Instruments、Tuist

工作经历

训练业务组负责课程播放、训练记录和社区，iOS 5 人，与设计团队密切合作。

• 训练播放页：课程视频、动作计时、心率数据和语音提示需要同步。用状态机统一管理播放状态，计时基于媒体时间而不是定时器，锁屏、来电和切后台后恢复不再错位，相关差评下降约 70%
• Apple Watch 联动：手表实时采集心率并回传手机，弱连接时在手表端缓存，恢复后按时间戳合并。训练数据丢失的反馈从每周二十多条降到个位数
• Live Activity：训练进度显示在锁屏和灵动岛上，上线后训练完成率提升约 6 个百分点
• 启动优化：用 Instruments 定位启动耗时，动态库合并、首页数据预取和非必要 SDK 延迟初始化，冷启动从 1.9 秒降到 0.9 秒
• SwiftUI 迁移：训练模块 40 多个页面迁到 SwiftUI，沉淀了一套组件库和设计 Token，新页面开发时间减少约 40%

负责信息流和详情页，iOS 团队 10 人。

• 信息流改用预排版 + 异步绘制，复杂卡片滑动从 45 帧提升到稳定 60 帧
• 详情页图文混排改用 TextKit 2，长文章内存占用下降约 40%，再没有出现过因内存被系统杀掉的问题
• 搭建崩溃自动归因脚本，按版本、系统和调用栈聚合，崩溃率从 0.2% 降到 0.06%

项目经历

Swift Concurrency / Core Data / CloudKit / HealthKit

• 训练记录本地优先写入 Core Data，后台同步到服务端，冲突按“最后修改 + 字段级合并”处理
• 用 Actor 封装同步队列，消除多线程写数据库导致的偶发崩溃
• 与 HealthKit 双向同步，避免同一次训练在“健康”App 里重复记录

XCTest / SnapshotTesting / Tuist / GitHub Actions

• 为核心组件建立快照测试，覆盖深色模式、动态字体和不同屏幕尺寸
• Tuist 生成工程，消除 .xcodeproj 合并冲突；CI 上并行跑单元测试和快照测试
• 上线前的 UI 回归问题从每版五六个降到一两个

教育经历