at命令不继承环境变量是设计使然，因其由atd以最小化环境启动，默认仅保留极窄PATH且不加载任何profile文件；解决方法包括显式设置变量与绝对路径、用sh -c source配置文件或编写带shebang的完整脚本。
at 命令无法读取当前环境变量，不是“没加载”，而是根本没打算加载——它刻意跳过你的 ~/.bashrc、/etc/profile 等所有交互式 Shell 初始化文件。这是设计使然，不是 bug。
为什么 at 不继承你的环境变量？
at 任务由 atd 服务以最小化环境启动，默认使用 /bin/sh，只保留极简的 PATH（通常是 /usr/bin:/bin），不加载任何用户或系统级 profile 文件。你终端里 export 的变量、alias、自定义函数、甚至 ~/bin 或 /usr/local/bin 都不可见。
-
PATH 极窄：找不到
python3（若装在/usr/local/bin）、jq、node等非标准路径命令 -
HOME 可能为空或不准：导致脚本中
~展开失败、配置文件路径错误 -
无自定义变量：比如
MY_APP_ENV=prod、DB_URL等完全不可用 -
无别名/函数：
ll、gs（git status）这类 alias 直接报 command not found
怎么让 at 任务用上你需要的变量和命令？
不能靠“让它自动加载”，只能显式注入。有三种可靠方式：
-
在 at 命令中直接设置变量 + 绝对路径：
echo 'PATH="/usr/local/bin:/usr/bin:/bin" MY_VAR="value" /usr/local/bin/python3 /opt/script.py' | at now + 2 minutes -
用 sh -c 封装，并显式 source 配置文件（推荐用于复杂环境）：
echo 'sh -c "source ~/.bashrc && exec /usr/bin/python3 /home/user/job.py"' | at now + 3 minutes
注意：~/.bashrc必须是可执行的（有export语句且不依赖交互特性），且不要含[[ -z $PS1 ]] && return这类守卫逻辑 -
写成完整脚本，带 shebang 和显式环境声明：
cat > /tmp/run-job.sh <<'EOF'<br>#!/bin/bash<br>export PATH="/usr/local/bin:/usr/bin:/bin"<br>export HOME="/home/youruser"<br>export MY_VAR="prod"<br>/usr/local/bin/python3 /opt/myscript.py<br>EOF<br>chmod +x /tmp/run-job.sh<br>at now + 5 minutes < /tmp/run-job.sh
验证环境是否真生效？
别猜，直接看执行时的真实环境：
- 查任务内容和上下文：
at -c <job_id></job_id>—— 显示实际被调度执行的完整命令和环境快照 - 临时加诊断命令，把环境导出到文件：
echo 'env > /tmp/at-env-$(date +%s)' | at now + 1 minute，一分钟后检查/tmp/at-env-* - 在脚本开头加
set -x，把每条命令和变量展开打印到日志，方便定位哪一步断了
常见踩坑点
这些细节不处理，环境再设也白搭：
-
脚本路径必须绝对：不能写
./script.sh或~/script.sh，得是/home/user/script.sh -
解释器也要绝对路径：
#!/usr/bin/env bash在 at 下可能失败，改用#!/bin/bash或#!/usr/bin/bash - 权限要到位：脚本需有 +x；目标用户对脚本、日志目录、配置文件都有读+执行权限
-
避免依赖终端特性：比如
read -p、stty、颜色控制符等，在无 tty 的 at 环境下会卡住或报错
