我有大量的 shell 命令通过授权服务的“AuthorizationExecuteWithPrivileges”调用以 root/admin 权限执行。问题是在一段时间后（10-15 秒，可能是 100 个 shell 命令）程序停止响应，并在调试器中出现此错误：
无法分叉：errno 35
然后，当应用程序运行时，我无法启动更多应用程序。我研究了这个问题，显然这意味着系统没有更多线程可供使用。但是，我使用 Activity Monitor 进行了检查，发现我的应用只使用了 4-5 个线程。
为了解决这个问题，我认为我需要做的是将 shell 命令分离到一个单独的线程中（远离主线程）。我以前从未使用过线程，我不确定从哪里开始（我找不到全面的示例）
谢谢
【问题讨论】：
标签： macos process authorizationservices
这与线程无关（至少不是您应用程序中的线程）。这是关于系统资源的。这些分叉进程中的每一个都消耗至少 1 个内核线程（可能更多）、一些 vnode 和许多其他东西。最终系统将不允许您生成更多进程。
您遇到的第一个限制是管理限制。系统可以支持更多，但可能会导致性能下降和其他问题。您通常可以通过各种机制（如 sysctls）来提高这些。一般来说，这样做是个坏主意，除非您有特定的（特殊）工作负载，并且您知道会从特定的调整中受益。
提高这些限制可能无法解决您的问题。虽然调整这些限制可能会使您运行更长时间，但为了实际修复它，您需要弄清楚为什么资源没有返回到系统。根据您上面描述的内容，我猜您的分叉进程永远不会退出。
【讨论】：
wait(2)。 init 进程最终会等待它们，但是如果每个子进程的运行时间很短，则可能会在此期间耗尽资源。
正如 Louis Gerbarg 已经指出的那样，您的问题与线程无关。我已经相应地编辑了你的标题和标签。
我有大量的 shell 命令正在通过授权服务的“AuthorizationExecuteWithPrivileges”调用以 root/admin 权限执行。
不要那样做。该功能仅存在，因此您可以将 root:admin 所有权和 setuid 模式位恢复到您要以 root 身份运行的工具。
这个想法是你应该将应该以root身份运行的代码与不需要以root身份运行的部分完全分开，以便需要root的部分可以拥有它（通过setuid位) 并且不需要 root 的部分可以没有它（通过没有 setuid）。
Authorization Services Programming Guide 中有一个代码示例。
问题是在一段时间后（10-15 秒，可能是 100 个 shell 命令），程序在调试器中停止响应并出现此错误：
couldn't fork: errno 35
是的。您一次只能运行几百个进程。这是操作系统强制的限制。
这是一个软限制，这意味着你可以提高它——但只能达到硬限制，你不能提高它。查看limit 和limit -h 的输出（在zsh 中；我不知道其他shell）。
在运行更多进程之前，您需要等待进程完成。
然后，当应用程序运行时，我无法启动更多应用程序。
因为您已经在运行尽可能多的进程。 x-hundred-process 限制是每个用户，而不是每个进程。
我研究了这个问题，显然这意味着系统没有更多线程可供使用。
不，它没有。
errno 错误代码用于许多事情。 EAGAIN（35，“资源暂时不可用”）可能意味着当由启动线程的系统调用设置时不再有线程，但这并不意味着当由另一个系统调用或函数设置时。
您引用的错误消息明确表示它是由fork 设置的，这是启动新进程而不是新线程的系统调用。在这种情况下，EAGAIN 的意思是“你已经在运行尽可能多的进程”。见the fork manpage。
但是，我使用 Activity Monitor 进行了检查，发现我的应用只使用了 4-5 个线程。
看到了吗？
为了解决这个问题，我认为我需要做的是将shell命令分离到一个单独的线程中（远离主线程）。
每个线程启动一个进程只会帮助您更快地用完进程。
我以前从未使用过线程……
听起来你还没有，因为你所指的函数启动了一个进程，而不是一个线程。
【讨论】：