当您的代码作为 LaunchDaemon 运行时，如何在不重新启动的情况下首次启动 LaunchAgent？

Question

我有一个 LaunchDaemon。当它运行时，它会检查 SIMBL 是否已安装。如果未安装 SIMBL，它将使用 NSTask 在 SIMBL.pkg 上运行 /usr/sbin/installer。

然后，SIMBL 的 postflight 脚本尝试运行 launchctl load 命令以立即启动 SIMBL 的 LaunchAgent：

sudo -u "$USER" -- /bin/launchctl load -F -S Aqua -D user "${LAUNCHD_PLIST}"

这会失败，因为我的 LaunchDaemon 的 NSTask 环境没有设置 $USER。

如果我让我的守护进程使用系统配置框架检测当前用户，并使用 setEnvironment 将其传递给 NSTask，则 launchctl 会出现错误：

Bug: launchctl.c:2325 (23930):13: (dbfd = open(g_job_overrides_db_path, O_RDONLY | O_EXLOCK | O_CREAT, S_IRUSR | S_IWUSR)) != -1

根据定义，我意识到守护进程不应在用户会话中运行。出于同样的原因，Apple 似乎推荐 LaunchAgents 作为 LaunchDaemons 的辅助对象，以完成用户会话工作。有没有办法让这样的代理立即启动并运行？

我将所有 .plist 放在正确的位置（它们在重新启动后开始运行，下次 launchctl 进行常规加载时），所以我的第一个想法是告诉 launchctl 重新加载。但是 所有执行此操作的代码都已注释在 launchctl.c 中：

//  { "reload",         reload_cmd,             "Reload configuration files and/or directories" },

...

 * In later versions of launchd, I hope to load everything in the first pass,
 * then do the Bonjour magic on the jobs that need it, and reload them, but for now,
 * I haven't thought through the various complexities of reloading jobs, and therefore
 * launchd doesn't have reload support right now.

Answer 1

哦，launchd让我发疯了......

言归正传，经过大量研究和实验，我在 10.5+ 上是这样做的：

# If possible, tell launchd to start the LaunchAgent. This will fail on 10.4.
# $F[0] is the pid
# $F[1] is the username
# $F[2] is the first word of the command
ps -ww -A -opid,user,command | \
  perl -nae 'if($F[2] =~ /\bloginwindow\b/) { system(
    qq(launchctl bsexec $F[0] su $F[1] -c "launchctl load -w <your_plist>"))
}'

我发现没有办法直接在 10.4 上实现这一点。我在 10.4 上作弊，只运行 LaunchAgent 会运行的东西，即使它有 GUI，而且你不应该能够这样做（在 10.4-10.6 中无论如何你都可以；在 10.7 中你不能）。在 10.4 上，LaunchAgent 在下次重新启动后可以正常工作。

上面的代码查找 loginwindow 进程并使用 bsexec 在这些上下文中运行命令。请记住，通过快速用户切换，可以有多个上下文。

一些有用的链接：

• 守护进程和服务编程指南。你必须阅读它，但它实际上不会回答任何难题。但它至少会提示您所有东西的位置。
• TN2083。这是一份令人抓狂的文档，它提出的问题和它回答的问题一样多，但对于任何进入 launchd 深渊的人来说，这是福音和必读的内容。
• 为所有用户启动/停止 launchd 代理GUI 会话。这还有其他几个有用的链接和解释。

在我看来，launchd 是苹果公司有史以来部署的最糟糕的“好主意”之一。这个想法非常有用，但是 API 很糟糕。