react/react-native

解决什么问题

跨平台移动开发长期是二选一：要么套 WebView，手势、字号缩放、无障碍都差一口气；要么维护两套原生代码。React Native 的解法是把 UI 用 React 写，但基础组件渲染成平台原生控件，用户摸到的是系统控件而不是嵌在壳里的浏览器。

有什么不同

它的口号是“学一次，到处写”，而不是“写一次，到处跑”：React 的组件模型、hooks、Suspense 可以跨平台复用，但渲染层仍是原生的。和 Flutter 相比，后者自带渲染引擎自绘 UI，React Native 更依赖平台控件，因此更直接地继承系统行为和第三方原生 SDK；和 Cordova、Ionic 这类 WebView 方案相比，它直接绕开了浏览器层。另一个实质差异是逃生通道：Native Modules 允许 JS 同步、类型安全地调用平台代码，遇到没有现成库的场景不至于卡死。

适合谁

已经熟悉 React、需要真实移动端产品、又养不起独立 iOS/Android 团队的产品团队最适合。已有原生 App 想渐进式接入的也合适——README 专门写了集成到现有应用的路径。如果你的 UI 高度自绘，或者必须在系统新版本第一天就用上新 API，Swift/Kotlin 或 Flutter 这类自绘方案可能更顺手。纯 Web 团队没有移动计划，则完全用不上。

上手成本

框架本身 MIT 免费，真正的成本在工具链：Xcode、Android SDK、原生构建流水线以及平台相关的调试。README 明确建议多数团队从 Framework 起步，指向 Expo，命令是 npx create-expo-app@latest；不走 Framework 就要自己解决导航、原生依赖和平台工具。升级是长期存在的税，官方专门维护了升级指南。README 对架构细节着墨很少，基本都指向官网，阅读时间要计入预算。项目始于 2015 年、约 12.7 万 star，成熟度极高、被大量项目依赖，但这也意味着破坏性变更会在庞大生态里传导。

点评

这基本是开源世界里最“老资格”的一类项目：2015 年创建，约 126,776 star、25,362 fork，由 React Foundation 持续维护。HotRepo 的信号谈不上亮眼但也不危险——没有上过日榜，Hacker News 上没有相关讨论帖，只有 2026 年 10 月 C++ 月榜 +421 star、排第 16，对这个体量而言更像是稳定的日常使用，而非新一轮热度。关注度没有衰退，但也早过了新鲜期；真正该问的是生态匹配度，而不是项目健康度。如果团队写 React 且需要原生移动端产物，这仍是默认选项，风险很低。如果你在找一个单一用途的小库，那你来错仓库了——这是核心框架，不是应用脚手架。