选栈是选团队失败模式
「一套代码省一半」很少在第二年仍成立。React Native 与原生开发怎么选，应看交互复杂度、系统 API、性能预算、商店审核风险与团队技能结构。可上线在移动项目探索阶段会做技术风险清单，而不是只比招聘广告上的关键词。下文给产研负责人可打分的决策表。下文给出可落地的判断框架、分步清单与常见误区，便于上海及跨境团队在两到四周内推进，并把相关服务能力组合进同一交付节奏。
产品形态优先于框架偏好
内容型、表单型、中等动效的 B2B 工具常适合 RN；强相机/蓝牙/长后台/重度动画更靠近原生或混合。先写关键用户路径的技术触点。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。
性能预算与列表复杂度
超长列表、复杂手势、即时相机预览要早期原型验证。RN 能做好，但需要熟练优化；没有专人时风险转嫁到档期。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
系统集成与中国厂商差异
推送、后台保活、支付与分享在不同安卓厂商表现不一。评估是否需要原生模块与厂商适配工时。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
团队技能与招聘现实
已有强 React 团队时 RN 爬坡快；已有 iOS/Android 专家则原生更稳。混合团队要定义模块所有权，避免「人人都碰无人负责」。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。
发布节奏与热更新边界
RN 的 OTA 有政策与风险边界，不能替代商店审核。合规功能仍走商店包。把发布火车写进方案。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
混合策略往往是答案
主壳 RN + 关键原生模块，或主原生 + 内嵌 RN 页面，都比意识形态纯净更常见。边界用接口与版本钉扎。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
两周选型实验
用最高风险路径做尖刺：列表性能、支付、推送、离线。用证据开会，而不是框架战。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
可执行清单
- 1列出关键路径的系统 API 触点
- 2定义移动性能预算
- 3评估团队技能与招聘缺口
- 4明确 OTA 与商店发布策略
- 5完成最高风险两周尖刺
核心要点
- 选型看失败模式与团队，不看口号。
- 中国安卓生态让系统集成成本不可忽视。
- 混合架构 + 清晰边界通常最务实。
常见问题
- RN 能做高性能吗？
- 能，但需要经验与预算。没有专人不要假设「自动够快」。
- Flutter 呢？
- 同样用本文维度评估；关键仍是团队技能与系统集成，而不是网络热度。
- 已有 Web 能否共用？
- 业务逻辑与设计 token 可共享；UI 层勿强行一套走天下。