react-native-navigation与react-navigation有哪些区别？

1. 底层实现差异 #

• react-native-navigation（常简称RNN）：完全基于原生平台导航组件实现，iOS端复用系统原生UINavigationController能力，安卓端复用Fragment能力，导航栈、转场逻辑完全由原生侧控制，不属于JS端视图模拟的范畴。
• react-navigation（常简称RN导航）：默认基于JS端视图模拟实现，导航栈、跳转逻辑完全由JS线程维护，本质是在同一个原生根视图内切换不同的JS业务组件，后续虽支持接入react-native-screens做原生视图优化，但核心调度逻辑仍由JS侧主导。

2. 开发体验差异 #

• 接入成本：react-native-navigation需要在iOS的AppDelegate、安卓的MainActivity等原生文件里做大量手动配置，纯JS背景的开发者接入门槛很高，碰到原生相关报错排查成本极高；react-navigation大部分场景只需安装JS依赖，少量原生配置可通过自动链接、pod install一键完成，对纯JS开发团队非常友好。
• 编码风格：react-native-navigation采用命令式API，所有页面需要提前全局注册，跳转时调用Navigation.push等原生暴露的方法传参跳转，和React的声明式开发习惯有一定差异；react-navigation采用组件化声明式写法，路由配置直接写在JSX的导航器组件内，嵌套导航、参数传递的写法完全符合React开发逻辑，上手成本更低。
• 自定义能力：react-native-navigation的导航栏、转场动画默认对齐原生系统风格，要做深度自定义需要编写原生代码，灵活度受限；react-navigation的所有导航元素、交互逻辑、转场动画都可在JS侧自定义，灵活度极高，可满足各种个性化导航需求。

3. 性能表现差异 #

• 交互流畅度：react-native-navigation的页面切换、手势返回、导航栏动画都是原生级别，完全不受JS线程卡顿影响，哪怕JS线程在执行大量密集计算，导航操作也不会出现掉帧；react-navigation如果没有接入react-native-screens优化，JS线程一旦阻塞就会出现导航卡顿，就算接入原生屏优化，极端场景下仍可能因为JS线程调度问题出现掉帧。
• 内存占用：react-native-navigation每个页面对应独立的原生视图实例，打开大量页面时内存占用相对更高；react-navigation在同一个原生视图内切换JS组件，内存占用控制更优。

4. 适用场景 #

• 优先选react-native-navigation：项目对导航交互的原生体验要求极高，App内原生模块占比高，开发团队有稳定的iOS/安卓原生开发能力。
• 优先选react-navigation：纯JS开发的RN项目，团队没有原生开发能力，需要高度自定义导航样式和交互，项目迭代速度要求高，不想额外投入精力处理原生配置问题。

二者没有绝对的优劣，完全匹配项目的技术栈和需求就是最优选择。对体验优先级高且有原生能力的团队选RNN更省心，对开发效率优先级高的纯JS团队选react-navigation更合适。

内容的提问来源于stack exchange，提问作者Abdelrahman Shalaby