如何使用launchctl启动守护进程？解决路径权限错误问题

我来帮你搞定这个问题——你遇到的这个错误完全是因为Launchd对plist文件的权限和所有权有严格的安全要求，你的plist现在设置了777权限，这在Launchd看来是极不安全的，所以直接拒绝加载了。

先回顾下你给出的关键信息：

命令执行输出：

teambot47:wifi_bas_server username$ sudo launchctl load -w /Users/username/wifi-automation/technology_version_report/com.company.internal.technologyreport.daily.plist
/Users/username/wifi-automation/technology_version_report/com.company.internal.technologyreport.daily.plist: Path had bad ownership/permissions

plist文件权限：

teambot47:wifi_bas_server username$ ls -lrta /Users/username/wifi-automation/technology_version_report/com.company.internal.technologyreport.daily.plist
-rwxrwxrwx 1 username staff 811 May 17 15:38 /Users/username/wifi-automation/technology_version_report/com.company.internal.technologyreport.daily.plist

问题根源 #

Launchd（macOS的守护进程管理系统）对用户级代理（LaunchAgents）和系统级守护进程（LaunchDaemons）的文件权限有明确限制：

• 用户级plist（推荐放在~/Library/LaunchAgents/目录）必须由当前用户拥有，权限不能是全局可写的（比如777），否则会被判定为安全风险。
• 你现在的plist权限是777，意味着任何用户都能修改这个文件，Launchd绝对不会允许加载这种不安全的配置。

修复步骤 #

1. （可选但推荐）把plist移到标准用户代理目录
   虽然你可以从自定义目录加载，但放在~/Library/LaunchAgents/是macOS的标准位置，管理起来更规范：

   mv /Users/username/wifi-automation/technology_version_report/com.company.internal.technologyreport.daily.plist ~/Library/LaunchAgents/
   

2. 修正文件权限和所有权
   先确保文件归你自己和staff组所有（你的输出里已经是了，但再确认下更稳妥）：

   sudo chown username:staff ~/Library/LaunchAgents/com.company.internal.technologyreport.daily.plist
   

   然后把权限改成安全的600（只有你能读写，最安全）或者644（你读写，组和其他只读，也符合要求）：

   chmod 600 ~/Library/LaunchAgents/com.company.internal.technologyreport.daily.plist
   

3. 重新加载plist
   注意：用户级代理不需要用sudo，直接用你的用户身份加载就行（用sudo会加载到系统级，反而可能出问题）：

   launchctl load -w ~/Library/LaunchAgents/com.company.internal.technologyreport.daily.plist
   

验证是否加载成功 #

执行以下命令，能看到对应的条目就说明加载成功了：

launchctl list | grep com.company.internal.technologyreport.daily

额外注意事项 #

• 如果是系统级守护进程（放在/Library/LaunchDaemons/），要求所有权是root:wheel，权限为644，同样不能有全局可写权限。
• 永远不要给plist设置777权限，这不仅会触发Launchd的安全检查，还会带来不必要的安全隐患。

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