Expo应用Maximum Stack Call Size Exceeded报错排查求助

更精准的报错位置获取方法 #

• 修改Babel配置启用完整源码映射：在项目根目录的babel.config.js中新增sourceMaps: 'both'配置项，启动Expo服务时添加--dev参数，确保开发模式下不压缩代码，保留完整的堆栈路径信息。
• 开启远程JS调试定位堆栈：在Expo Go中打开开发者菜单（摇一摇设备/PC端按Cmd/Ctrl + D），选择「Debug Remote JS」选项，此时JS运行环境会切换到本地浏览器，打开浏览器控制台即可看到带具体文件路径、行号的完整调用堆栈，直接定位到触发Maximum Stack Call Size Exceeded报错的递归函数入口。
• 断点逐行排查：在VS Code中安装Expo调试插件，在useEffect、自定义Hook、生命周期函数、循环调用的工具函数处插入断点，逐行执行确认递归调用的触发逻辑。

仅Expo Go环境报错的排查解决建议 #

• 排查Expo专属API的调用逻辑：部分Expo SDK API在Expo Go沙箱环境和自定义原生构建包中的执行逻辑、回调时机存在差异，比如expo-updates的更新回调、expo-permissions的权限申请回调，若回调中触发状态更新后又重复调用对应API，就会在Expo Go中形成无限循环，而自定义构建的Android包因为逻辑分支不同不会触发。
• 校验JS引擎配置差异：Expo Go默认的JS引擎可能和你Android模拟器构建时指定的jsEngine配置不一致，你可以在app.json中临时将jsEngine切换为jsc或者hermes和Expo Go对齐，重新运行模拟器测试，确认是否是JS引擎的执行差异导致的循环逻辑触发。
• 检查状态更新的依赖配置：重点排查useEffect的依赖数组，如果依赖项为未用useMemo/useCallback包裹的引用类型（对象、数组、函数），Expo Go的渲染调度、热更新机制可能会重复触发useEffect执行形成无限循环，Android模拟器的调度优先级不同不会触发该问题。
• 二分法缩小排查范围：如果仍未定位到问题，可以按业务模块逐次注释一半代码运行测试，快速锁定触发报错的具体代码模块。

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