是否“launchctl unload”？在 OSX 上传递“ProgramArguments”到目标应用程序？

Question

我正在尝试设置一个 .plist 文件以与 OSX 上的 launchctl 一起使用。当从命令行运行时（不使用launchctl），我们的应用程序执行为：

/path/to/ourapp

...并终止我们的应用程序，我们键入：

/path/to/ourapp -k

...这会导致ourapp的新实例 正确终止正在运行的前一个实例。

现在，我设置了一个 .plist 文件来通过 launchctl 控制应用程序的执行，如下所示：

// start.plist
<dict>
    <key>Disabled</key>
        <false/>
    <key>Label</key>
        <string>ourapp</string>
    <key>ProgramArguments</key>
        <array>
            <string>/path/to/ourapp</string>
        </array>
    <key>OnDemand</key>
        <false/>
    <key>UserName</key>
        <string>daniel347x</string>
    <key>SHAuthorizationRight</key>
        <string>system.preferences</string>
</dict>

... 我在命令行执行它，如下所示

launchctl load /path/to/start.plist

：成功启动应用程序。

不幸的是，在创建 stop.plist 时，如下所示（唯一的区别是添加了 -k 参数）：

// stop.plist
<dict>
    <key>Disabled</key>
        <false/>
    <key>Label</key>
        <string>ourapp</string>
    <key>ProgramArguments</key>
        <array>
            <string>/path/to/ourapp</string>
            <string>-k</string>  // <-- only difference is adding this argument
        </array>
    <key>OnDemand</key>
        <false/>
    <key>UserName</key>
        <string>daniel347x</string>
    <key>SHAuthorizationRight</key>
        <string>system.preferences</string>
</dict>

... 并通过

launchctl unload /path/to/stop.plist

... 应用程序 执行不会终止...因此，似乎在使用 launchctl 时，应用程序的执行并不等同于

/path/to/ourapp -k

有人能告诉我 launchctl unload 真正在做什么 - 即是它使用给定的参数从命令行调用应用程序，或者不使用 - 并且在使用 launchctl unload 时，无论它在做什么，我该怎么做才能让我的 stop.plist 正常工作？

Answer 1

高级别

否，OSX 上的“launchctl unload”不会将“ProgramArguments”传递给目标应用程序。它从 launchd 正在运行的 plist 中删除 plist。

简短的回答

我不确定您是否按照设计的方式使用 launchctl 和 launchd，但请尝试：

launchctl load /path/to/stop.plist

较长的回答

launchctl 命令用于控制 launchd 在任何给定时间运行哪些 plist。当您发出：

launchctl load /path/to/start.plist

plist 被加载到 launchd 中并且您的“ourapp”被触发。关键的一点是，除非“ourapp”卸载start.plist，否则它仍然会在launchd中运行。您可以通过查看以下输出来检查这一点：

launchctl list

您调用卸载 stop.plist 没有任何效果的原因是它从未加载到 launchd 中。为了能够停止它，您必须首先启动它：

launchctl load /path/to/stop.plist

这样做的技巧是，一旦您执行此操作，您的 start.plist 和 stop.plist 都将运行。显然，我还没有测试您的应用程序/设置，但这可能会导致奇怪的行为。另外，我不确定在 start.plist 上再次运行“load”会做什么，因为它已经在运行了。

根据您在此处的描述，launchd 和 launchctl 看起来可能不是最好的方法。如果你想坚持下去，我认为你需要将系统调用添加到你的“ourapp”中，这样​​当它发出kill命令时，它也会卸载启动和停止plist。或者，编写一个代理脚本来卸载 plist，然后调用您的“ourapp -k”。这样，下次您使用“launchctl load /path/to/start.plist”时，您将不会尝试启动已经在运行的东西。

---

另一张纸条。您可能刚刚使用“ourapp”作为占位符，但值得指出的是您可能想要使用唯一的标签名称。如果没有别的事，它将帮助您使用“launchctl list”来跟踪它们。我不知道 launchd 本身是否会存在重复名称的问题，但避免这种可能性似乎是最安全的。