React Native中如何访问Detox传入的应用启动参数

完全不需要启动多个 Metro Bundler 实例，通过一层极薄的原生桥接就能实现需求，整个实现过程不超过10分钟，支持单Detox会话下不同测试用例独立注入配置。

具体实现步骤 #

• iOS端桥接
  创建RN原生桥接模块，通过NSProcessInfo.processInfo.arguments读取应用启动的进程参数。Detox注入的launchArgs统一按照-键名 值的命令行参数格式传入，遍历参数列表按规则解析出键值对，通过桥接回调抛给JS层即可。
• Android端桥接
  同样创建对应RN原生桥接模块，直接调用官方文档给出的方法currentActivity.getIntent().getBundleExtra("launchArgs")拿到存储参数的Bundle对象，遍历Bundle取出所有键值对，通过桥接返回给JS层。
• JS侧封装
  写一个简单的工具模块，在App入口的测试环境判断分支里提前调用原生桥接方法拉取所有启动参数，做全局缓存，业务代码和测试逻辑直接读取缓存值即可，不需要重复调用原生方法。

用例使用方式 #

在测试用例中调用启动方法时，加上newInstance: true参数即可在不重启Detox、不重启Metro的前提下，重启App实例加载新传入的启动参数，示例代码如下：

await device.launchApp({
  newInstance: true,
  launchArgs: {
    MOCK_SOMETHING_IN_THE_APP_FLAG: true,
  },
});

JS侧读取参数的逻辑非常简单：

import { getDetoxLaunchArgs } from './utils/detox';

// 初始化阶段提前拉取缓存
const launchArgs = await getDetoxLaunchArgs();
if (launchArgs.MOCK_SOMETHING_IN_THE_APP_FLAG) {
  // 开启对应mock逻辑
}

注意：不要在生产环境代码中引入这个桥接逻辑，做好环境判断，仅在Detox测试构建包中生效即可。

这个方案的维护成本远低于多开Metro的方案，两端原生桥接代码加起来不超过50行，没有任何第三方依赖，参数配置粒度可以精确到单个测试用例。

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