面试准备总览

本页整理自 2026 年简历优化与面试准备对话。它是可练习的表达方案，不代表已经参加面试或取得结果。项目事实以本人陈述和本地代码为依据；数字、时间与职责口径在正式使用前仍要核对。

先确认事实边界

正式投递或面试前，先统一下面的信息。时间线如果前后矛盾，再好的技术回答也会失去可信度。

项目	当前资料中的口径	使用前动作
前端经验	简历使用“5 年前端经验”	与教育、实习和转正时间统一
BBDbuy 入职时间	简历讨论中使用 2024-04；个人档案曾记录 2025-04	以劳动经历或最终简历为准，统一所有材料
新智慧经历	公司经历曾写 2021-04～2024-04；TMS 项目写 2023-04～2024-04	说明早期实习/转正及具体项目开始时间
BBDbuy 后台与 PDA	项目开始时间使用 2025-08	面试时说明这是入职后独立拆出的新项目，不是再次入职
用户与订单规模	截图显示约 7 万客户、10 万有效订单、1.6 万有效运单，近期单日订单约 3000～4000	确认是否包含历史迁移数据；称为“平台承载规模”，不要全部说成个人新增
期望薪资	对话中讨论过深圳 18k～20k	仍需确认期望、最低接受值及税前/税后口径

核心定位

一句话版本

简历当前可以将我定位为：以 React 和 TypeScript 为核心的多端前端开发，能够从需求分析、架构搭建、复杂业务 Flow 到发布上线完整交付，并具有 PC、H5、React Native、运营后台和仓库 PDA 的实际建设经验。

面试官应该记住的四个标签

1. 首名前端与完整交付：在 BBDbuy 作为首名前端开展建设，团队后来扩充到 3 人；技术选型、核心研发、联调、发布和线上问题均有实际参与。
2. 多端架构：将 PC、H5、React Native 整合为 pnpm Workspace + Turborepo Monorepo，沉淀 API、Query、Flow、Types，通过 Runtime/Adapter 隔离平台差异。
3. 复杂业务与稳定性：可讲 SKU 库存可选性、订单结算与支付、客服聊天、仓储履约、RN 原生崩溃和弱网 PDA。
4. 工程与交付闭环：能讲请求治理、测试、云效 CI/CD、EAS、OTA、Google Play 与 App Store 上架审核。

不要把自己讲成什么

• 不要只说“页面很多、技术栈很多”。
• 不要把公共组件数量当作核心成绩。
• 不要把借助 AI 等同于“代码主要由 AI 完成”。重点说明判断、取舍、验证和责任边界。
• 不要把团队成果全部说成独立完成；可以准确说“主导”“主要负责”“参与”“配合联调”。
• 新智慧阶段不必主动强调实习，但不能把未负责的系统整体说成自己主导。

自我介绍

30 秒版本

面试官您好，我主要使用 React 和 TypeScript，做过跨境电商 PC、H5、React Native、运营后台和仓库 PDA。最近的核心工作是 BBDbuy 多端建设：我参与从需求分析到上线发布的完整链路，并推动三个客户端整合为 Monorepo，沉淀公共业务 Flow、请求能力和端侧 Adapter。我比较擅长复杂业务拆分、跨端状态边界、RN 稳定性以及工程交付，希望继续做 React 或 React Native 方向的复杂业务和工程建设。

在“5 年经验”和入职时间尚未最终统一前，开场可以暂时不主动报精确年数，避免与简历冲突。

1 分钟版本

面试官您好，我的主要技术方向是 React、TypeScript 和 React Native。第一家公司主要参与物流 TMS、复杂表格、仓库 PDA H5 以及打印和流水线联调，积累了后台业务与仓储现场经验。后来在 BBDbuy 作为首名前端推进 PC、H5、RN、运营后台和仓库 PDA 的建设，团队后续扩充到 3 人。

我做得比较深入的有三类：第一是多端 Monorepo 和公共业务分层，把 API、Query、Flow、Types 抽到共享包，再通过 Runtime/Adapter 隔离平台能力；第二是 SKU 库存联动、结算支付和 WebSocket 聊天等复杂业务；第三是 RN 稳定性、请求治理、CI/CD、EAS 与应用商店发布。我的优势不是只完成页面，而是能把需求、技术方案、交付和线上问题串成闭环。

怎样把面试带到自己的主场

推荐主线

自我介绍
  → 多端 Monorepo
  → API / Query / Flow / Types 分层
  → 公共请求层与 Runtime / Adapter
  → TanStack Query 的缓存、重试和取消
  → SKU Path Map 与数据结构
  → 支付轮询、事件循环与闭包
  → WebSocket ACK、去重和重连
  → RN Hermes / Android 原生稳定性
  → CI/CD、EAS 与双商店发布

每次只埋一个主钩子和一个备用钩子。例如讲请求层时，结尾说：“这里最难的不是拦截器，而是如何区分传输错误、业务错误和会话失效，并把重试所有权交给 Query。”面试官很容易继续问错误模型、幂等、401 或 TanStack Query。

项目回答结构

每个项目用五步回答，控制在 2～3 分钟：

1. 业务是什么：用户是谁，解决什么问题。
2. 难点是什么：规模、流程、平台差异或线上风险。
3. 我负责什么：明确个人边界。
4. 怎么解决：方案、关键设计、取舍和验证。
5. 结果是什么：复用、稳定性、交付或可维护性；没有数据不编百分比。

可以使用 STAR，但技术面更适合“问题 → 约束 → 方案 → 取舍 → 证据 → 结果”。

不同岗位的项目组合

React 高级前端

主讲：

1. Monorepo 与业务分层。
2. 公共请求层及 Query 状态治理。
3. SKU Path Map 或结算支付 Flow。

辅助：运营后台、WebSocket、CI/CD。

React Native

主讲：

1. RN SDK / Hermes 升级与 iOS 启动崩溃。
2. Android ViewPager2 / RecyclerView 线上崩溃和 Tab 重构。
3. EAS、OTA、双商店上架。

辅助：App Links / Universal Links、公共业务 Flow。

前端负责人或核心开发

主讲：

1. 首名前端到 3 人团队的建设范围。
2. 多端架构、请求治理和规范落地。
3. 从需求到商店发布的完整交付。

辅助：复杂业务、线上稳定性、AI 辅助研发与质量验证。

复习顺序

不要从题库第一页背到最后一页。建议按优先级进行：

1. 统一时间线、职责和线上数字口径。
2. 熟练讲 1 分钟自我介绍。
3. 准备 BBDbuy 的 3 分钟项目版本。
4. 各练一次 Monorepo、请求层、SKU、支付、聊天和 RN 稳定性。
5. 根据这些经历补 React、JavaScript、网络和手写题。
6. 最后练离职原因、期望薪资、缺点和反问。

每次练习记录

### 日期与岗位

- 岗位：
- 本次主项目：
- 最卡的三个问题：
- 哪个回答超过三分钟：
- 哪个成果缺少证据：
- 下一次只改什么：

本页是策略入口。项目细节见「简历项目讲述与追问」，基础原理和手写题见「从简历扩展的前端基础与手写题」。