LaunchDaemon无法通过Shell脚本加载的问题排查求助

我碰到过一模一样的情况，大概率是sudo运行脚本时的环境上下文和直接在终端执行sudo命令的上下文不一致搞的鬼。下面给你拆解原因和可行的解决思路：

可能的原因 #

• 环境变量差异：直接在终端敲sudo命令时，会继承当前用户的部分环境变量；但通过脚本跑sudo的时候，环境变量会被重置成极简的系统默认环境——哪怕你用了绝对路径/bin/launchctl，某些隐性的环境配置还是可能影响加载逻辑。
• launchctl的会话限制：macOS里的launchctl对交互式shell（就是你手动敲命令的终端）和非交互式脚本的行为是有区别的，脚本运行时可能缺了某些必要的会话参数，导致加载失败。
• 没捕获错误输出：你的脚本没把launchctl的错误信息打出来，说不定加载时其实有报错，但你没看到，只知道“加载失败”，没法定位问题。

解决办法 #

方法1：显式在命令里加sudo并捕获错误 #

哪怕你已经用sudo运行脚本了，在launchctl命令前再显式加一遍sudo，能确保上下文和直接敲命令完全一致，同时把错误输出打出来方便排查：

#!/bin/sh
ve="1013"
if [ "$ve" == "1013" ]; then
    echo "match"
    # 显式sudo+输出错误信息
    sudo /bin/launchctl load -wF /Library/LaunchDaemons/com.skull.tst.plist 2>&1
else
    exit
fi

方法2：用交互式shell运行脚本 #

非交互式shell有时会让launchctl“犯迷糊”，你可以把脚本的shebang改成交互式bash，再运行：

#!/bin/bash -i
ve="1013"
if [ "$ve" == "1013" ]; then
    echo "match"
    /bin/launchctl load -wF /Library/LaunchDaemons/com.skull.tst.plist 2>&1
else
    exit
fi

运行命令改成：sudo bash -i your_script.sh

方法3：检查plist文件的权限 #

虽然直接命令能跑，但脚本运行时的权限检查可能更严格？先确保plist文件的属主和权限是正确的：

sudo chown root:wheel /Library/LaunchDaemons/com.skull.tst.plist
sudo chmod 644 /Library/LaunchDaemons/com.skull.tst.plist

改完再跑脚本试试。

调试小技巧 #

在脚本开头加set -x可以开启调试模式，每一步的执行细节都会打出来，包括环境变量、命令参数啥的，方便你精准定位问题：

#!/bin/sh
set -x
ve="1013"
if [ "$ve" == "1013" ]; then
    echo "match"
    /bin/launchctl load -wF /Library/LaunchDaemons/com.skull.tst.plist 2>&1
else
    exit
fi

运行sudo sh your_script.sh，就能看到完整的执行流程啦。

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