MacOS下Node使用child_process启动子进程时权限授予父进程如何解决

macOS的权限归因机制基于进程的安全上下文继承规则：你直接调用.app包内的二进制可执行文件启动程序时，子进程会默认继承父进程（也就是运行Node脚本的Terminal.app/你的Node宿主进程）的安全上下文，权限申请会被归集到父进程名下。exec、execFile和spawn的进程创建逻辑底层一致，所以都会出现相同的权限归属问题，你设置的detached参数仅负责剥离进程会话组，不会改变安全上下文的继承逻辑，因此不生效。

方案1：使用macOS原生open命令启动应用（最推荐） #

open命令通过macOS的LaunchServices服务启动应用，会直接读取应用包的Bundle ID、权限声明等信息，以应用自身的身份运行，不会继承父进程的安全上下文。
修改后的代码示例：

const { spawn } = require("child_process");
// 用open命令启动Chrome，-n表示强制新建实例，--args后可传递Chrome启动参数
spawn('open', [
  '-n',
  '/Applications/Google Chrome.app',
  '--args',
  // 此处可添加Chrome的自定义启动参数，例如--incognito表示启动无痕模式
], {
  detached: true,
  stdio: "ignore"
}).unref();

用该方式启动后，Chrome请求麦克风、摄像头等权限时，会直接向Chrome自身发起申请，不会关联到终端或Node进程。

方案2：必须直接调用二进制的场景 #

如果业务逻辑必须直接操作.app内的二进制可执行文件，可通过清除父进程安全上下文相关环境变量的方式实现：

const { spawn } = require("child_process");
const APP_PATH = '/Applications/Google Chrome.app/Contents/MacOS/Google Chrome';
spawn(APP_PATH, [], {
  detached: true,
  stdio: "ignore",
  env: {
    ...process.env,
    // 重置安全上下文关联标记
    __CF_USER_TEXT_ENCODING: `0x${process.getuid().toString(16)}:0:0`,
    // 清除父进程继承的权限相关环境变量
    SSH_AUTH_SOCK: '',
    XPC_FLAGS: ''
  }
}).unref();

该方案稳定性低于方案1，非必要场景优先选择open命令启动应用。

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