Expo-Router在Android端页面跳转延迟问题及原因问询

问题场景 #

使用expo-router ~3.4.7开发应用时，遇到以下问题：

• Android端页面跳转存在严重延迟，iOS端延迟极低，Web端瞬间完成
• 目标组件的console.log立即执行，但页面需等待数秒才显示，移除页面图片后问题未改善
• 将根布局中的<Slot/>替换为<Stack/>后，全平台跳转恢复正常

核心原因分析 #

1. 与的导航机制差异 #

• ：是expo-router最基础的路由占位组件，仅负责渲染当前匹配的路由组件，完全基于React的组件卸载/挂载逻辑实现页面切换，没有集成原生导航容器的优化。
• ：基于react-native-screens实现的原生栈导航容器，直接调用Android的原生Activity/Fragment栈、iOS的UINavigationController进行页面管理，转场逻辑由原生UI线程处理，具备原生级别的性能优势。

2. Android端线程调度的特殊性 #

Android系统中JS线程与UI线程的调度优先级和资源分配逻辑，与iOS存在差异：

• 使用时，页面切换需要React完整卸载旧组件、挂载新组件，这个过程会触发大量的React reconciliation（虚拟DOM对比），JS线程的计算可能阻塞UI线程的视图更新——这就是为什么组件代码已执行（JS线程完成），但页面迟迟不显示的原因。

• return (<Stack>通过原生容器管理页面，切换时新页面的视图初始化由原生UI线程优先处理，JS线程仅负责组件的业务逻辑初始化，避免了JS-UI线程的调度冲突，页面能快速渲染完成。
  )
  

3. expo-router 3.x版本的优化不足 #

在expo-router 3.x系列版本中，对Android端的复杂路由场景（如嵌套tabs）支持不够完善：

• 当路由结构包含多层嵌套时，需要一次性渲染整个路由树的视图层级，导致Android UI线程的视图绘制任务积压，进一步加剧跳转延迟。

• return (<Stack>则针对嵌套路由做了视图缓存和懒加载优化，仅渲染当前活跃的页面节点，大幅减少UI线程的工作负载。
  )
  

额外建议 #

• 优先使用作为根导航容器，这是expo-router官方推荐的高性能导航方案，尤其适合Android平台。
• 若必须使用，建议将复杂路由拆分为多个子布局，减少单次渲染的视图层级复杂度。
• 升级expo-router到最新稳定版本，后续版本对的Android性能有针对性优化。

内容的提问来源于stack exchange，提问作者Maxim Grinev