问题描述
我有一个 bash 脚本,它在 macOS 上的熊掌记应用程序的注释中添加一行。它组成一个 x-callback url 并打开它。
这些是最相关的最后几行(到此为止的所有内容都是获取和设置变量值):
#compose URL
theURL="bear://x-callback-url/add-text?id=${noteId}&mode=prepend&new_line=yes&text=$urltext"
#x-callback
open "$theURL"
该脚本每个工作日通过 launchd
运行一次。这是 .plist 的内容:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Environmentvariables</key>
<dict>
<key>PATH</key>
<string>/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Library/Apple/usr/bin:/usr/local/sbin</string>
</dict>
<key>Label</key>
<string>jobname</string>
<key>ProgramArguments</key>
<array>
<string>/Users/username/Library/Scripts/scriptname.sh</string>
</array>
<key>RunAtLoad</key>
<false/>
<key>StartCalendarInterval</key>
<array>
<dict>
<key>Hour</key>
<integer>12</integer>
<key>Minute</key>
<integer>15</integer>
<key>Weekday</key>
<integer>1</integer>
</dict>
<dict>
<key>Hour</key>
<integer>12</integer>
<key>Minute</key>
<integer>15</integer>
<key>Weekday</key>
<integer>2</integer>
</dict>
<dict>
<key>Hour</key>
<integer>12</integer>
<key>Minute</key>
<integer>15</integer>
<key>Weekday</key>
<integer>3</integer>
</dict>
<dict>
<key>Hour</key>
<integer>12</integer>
<key>Minute</key>
<integer>15</integer>
<key>Weekday</key>
<integer>4</integer>
</dict>
<dict>
<key>Hour</key>
<integer>12</integer>
<key>Minute</key>
<integer>15</integer>
<key>Weekday</key>
<integer>5</integer>
</dict>
</array>
</dict>
</plist>
当我从命令行运行脚本以及通过 launchd
(如上所述)在 18:00(例如上面的 12:15)以外的任何时间运行它时,它按预期执行。
但是,当我将 launchd
作业更改为在 18:00 运行时,我会在注释中看到重复的行 - 所以我的结论是 2 个 launchd
作业正在同时运行。
我已经搜索了所有可能的目录 [见下文] 以找到一个 .plist 幻像作业,但没有。
我修改了脚本以在它运行时将“$0”和日期时间戳写出到文件中,因此我可以看到它与正在调用的脚本相同,并且我可以看到它运行了两次。
那么,最后,我的问题是:我怎样才能找到在 18:00 运行脚本的内容?
潜在的 launchd
.plist 位置:
~/Library/LaunchAgents
/Library/LaunchAgents
/System/Library/LaunchAgents
甚至:
/Library/launchdaemons
/System/Library/launchdaemons
解决方法
转储 pstree -aps $$
的输出可能会有所帮助。 -a
显示命令行参数,-p
显示进程 ID,-s
显示整个进程树直到根,$$
获取当前进程的 PID过程。
这并没有直接回答问题,但提出了我试图解决的问题存在的原因:
launchd
在启动时加载了 [18:00] 作业,但在停用时未能将其卸载。无论发生什么,也使那份工作与“新”工作脱钩,所以我失去了对它的控制。重新启动清除了“幻影”作业。