VS Code在React Native DEBUG模式下首次启动加载变量耗时过长

• 调试器初始全量符号加载开销：首次建立调试连接时，VS Code 调试器需要从设备端拉取完整的JS运行时符号表、source map映射关系、原生与JS层的绑定上下文。实体机和PC之间的USB/Wi-Fi调试带宽有限，若项目代码量较大、第三方依赖较多，source map体积可达数MB甚至数十MB，全量传输过程会阻塞变量查询请求，延长加载耗时。
• RN 调试扩展的全局扫描逻辑：VS Code 的 React Native 调试扩展默认会在首次连接后，递归扫描全局作用域下的所有可枚举变量、模块导出对象、React 上下文状态节点。如果项目全局挂载了大量第三方SDK实例、全量全局状态（如Redux/MobX全量store），该扫描过程会直接阻塞变量查询响应。
• Hermes 引擎调试适配开销（若启用）：0.70及之前版本的Hermes引擎存在调试模式下首次符号解析的性能缺陷，首次连接时需要把字节码和JS源码的映射全量加载到调试代理层，该过程会占用大量运行时资源，导致变量查询响应慢。
• 端口转发链路不稳定：实体机调试依赖adb（安卓）或usbmuxd（iOS）的端口转发，首次连接时如果PC后台有其他占用相关资源的进程（如其他模拟器、设备管理工具），会导致调试请求的转发链路抖动，变量请求的往返耗时大幅升高。
• Source Map 配置不合理：如果调试模式下开启了inline-source-map，或者对source map做了额外压缩/混淆处理，调试器首次解析source map的耗时会成倍增加，变量定位需要额外的映射计算开销。

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