“我在终端里能跑，为什么服务里跑不起来”是很经典的一类问题。很多时候，不是程序本身坏了，而是执行环境变了：PATH 不一样、工作目录不一样、依赖变量没带上、用户身份变了。

Linux 里的启动环境并不只有一种。交互式 shell、脚本、systemd 服务、容器启动命令，各自拿到的环境变量和默认行为都可能不同。理解这一层，能帮你少踩很多“同命不同命”的坑。

命令本身没变，不代表它运行时依赖的环境也没变。

为什么这一篇重要

很多线上启动失败和调用失败问题，并不在代码逻辑，而在运行时上下文已经和开发时完全不同。

先把核心问题想清楚

  • 环境变量决定了程序启动时能看到的部分外部上下文。
  • PATH 决定了系统如何找到可执行文件。
  • 不同启动方式会带来不同的默认环境和工作目录。

实战里更该关注什么

  • 排障时先确认是哪个用户、在哪个目录、带着哪些环境变量执行。
  • 不要默认交互式终端环境等于服务运行环境。
  • 关键依赖尽量显式配置，而不是寄希望于默认 PATH。

常见误区

  • 觉得本地 shell 能执行就说明线上也一定行。
  • 忽视工作目录和相对路径的影响。
  • 把环境变量问题误判成依赖安装问题。

一个值得自己做的小练习

写一个依赖环境变量和相对路径的小脚本，分别在终端直接运行、通过 sh 调用和通过 systemd 启动，对比结果差异。

小结

理解启动环境之后，你会发现很多“玄学问题”其实只是程序在不同上下文里得到了不同前提条件。