Sway 的 exec 指令默认在用户主目录（如 /home/theo）中执行命令，而非脚本所在路径，导致相对路径（如 data.json）加载失败、程序异常退出——这是 exec 与终端直接运行行为差异的典型原因。
sway 的 `exec` 指令默认在用户主目录（如 `/home/theo`）中执行命令，而非脚本所在路径，导致相对路径（如 `data.json`）加载失败、程序异常退出——这是 `exec` 与终端直接运行行为差异的典型原因。
在 Sway 中使用 exec 触发自定义 Python 脚本（如音量控制 + Dunst 通知工具）时，常遇到“命令在终端能正常运行，但在 bindsym 中却中途静默退出”的问题。根本原因并非权限、环境变量或 notify-send 兼容性，而是工作目录不一致：Sway 的 exec 总是以 $HOME 为当前工作目录启动进程，而你的脚本依赖相对路径读写 data.json（位于 /home/theo/Repos/volumebar-dunst/data.json），当脚本在 /home/theo 下执行时，open('data.json', 'r') 将尝试打开 /home/theo/data.json —— 文件不存在，json.load() 抛出 FileNotFoundError，程序崩溃于 load_data() 调用处（早于 notify() 执行），因此你观察到“通知没弹出、音量却调了”——因为 amixer 命令是通过 os.popen 直接调用的系统命令，不依赖当前路径，而后续 JSON 操作失败导致流程中断。
✅ 正确解决方案是显式切换工作目录。修改 Sway 配置中的 exec 行，使用 cd && 组合确保脚本在项目根目录下运行：
# ~/.config/sway/config bindsym XF86AudioRaiseVolume exec "cd /home/theo/Repos/volumebar-dunst && ./bin/python main.py raise 10%" bindsym XF86AudioLowerVolume exec "cd /home/theo/Repos/volumebar-dunst && ./bin/python main.py lower 10%" bindsym XF86AudioMute exec "cd /home/theo/Repos/volumebar-dunst && ./bin/python main.py mute"
⚠️ 注意事项：
- 避免硬编码路径：推荐将脚本改为使用 os.path.dirname(os.path.abspath(__file__)) 动态定位自身目录，再拼接 data.json 路径，彻底解耦工作目录依赖；
- 添加错误日志：在 main.py 开头加入 import sys; print("CWD:", os.getcwd(), file=sys.stderr) 并重定向 exec 输出（如 exec "cd ... && ... 2>> /tmp/sway-volume.log"），便于快速诊断；
- 权限与可执行性：确保 main.py 有执行权限（chmod +x main.py），且 ./bin/python 路径真实存在（或改用系统 Python：/usr/bin/python3）；
- Shell 解析安全：exec 后的字符串由 Sway 自带 shell 解析，含空格或特殊字符时务必用双引号包裹整个命令，参数无需额外转义。
? 进阶建议：若需更高健壮性，可在 Python 脚本顶部强制设置工作目录：
import os import sys # 切换至脚本所在目录（兼容 symlink 和任意执行路径） os.chdir(os.path.dirname(os.path.abspath(sys.argv[0])))
这样即使忘记在 exec 中 cd，脚本也能自适应定位资源文件。掌握这一机制，即可彻底规避 Sway 自动化中因工作目录引发的“神秘失败”，让 exec 真正成为可靠、可预测的自动化基石。
