一、一个简单的问题：date 是谁在执行
你在终端里输入 date，按一下回车，时间就出来了。看起来一步完成，其实背后有六个角色接力。
执行 date 时发生了什么"流程图分六步：1 终端输入（date），2 Bash 接收（判断命令类型），3 PATH 查找（找到 /usr/bin/date），4 创建进程（获得自己的 PID），5 请求 Kernel（读取系统时间），6 返回结果（显示时间，退出状态 0）；中部提示运行环境也会随程序一起生效：例如 LANG=C date 时程序文件没有变化，时间和显示语言发生变化；底部终端截图为实际执行效果（输出以自己虚拟机为准）。
一句话概括：终端负责输入输出，Bash 负责解释和调度，PATH 负责找程序，Kernel 负责真正干活。今天这门课，就是把这条流水线拆开看清楚。
二、Linux 的五层运行层次
Linux 运行层次"图从上到下五层：用户与应用（命令、脚本和业务程序），Shell 与运行库（命令解释、参数组织、初始化），系统调用接口（进程、文件、内存和设备的受控入口），Linux Kernel（进程、内存、文件系统和网络栈），硬件与虚拟设备（CPU、内存、磁盘、网卡）。右侧标注：向下请求能力，向上返回结果。
每层的分工用一张表看清楚：
链路位置 | 主要职责 | 当前阶段可观察的对象 |
用户与应用 | 提出操作或业务请求 | 用户输入的命令、后续部署的业务程序 |
Shell 与运行库 | Shell 解释命令，程序和运行库组织执行 | Bash、ls、ps、glibc |
系统调用接口 | 接收用户空间请求，进入内核完成受控操作 | 进程、文件、内存和网络请求 |
Linux Kernel | 管理进程、内存、文件、设备和网络 | Kernel 版本、/proc |
硬件与虚拟设备 | 提供实际计算、存储和通信能力 | CPU、内存、磁盘、网卡 |
注意一个容易混淆的点：应用、Shell、命令工具和运行库都运行在用户空间。系统调用接口是用户空间请求内核能力的受控入口，它不是一个独立的运行空间。
三、程序和进程：一张磁盘文件与一次运行实例
小白最容易混的一对概念。磁盘上的 /usr/bin/date 是程序，你每次执行 date 时系统里那个跑起来的实例是进程。
对比项 | 程序 Program | 进程 Process |
形态 | 磁盘上的文件 | 内存中的运行实例 |
是否运行 | 静态 | 动态 |
标识方式 | 文件路径 | PID |
数量关系 | 一个程序文件 | 可以同时对应多个进程 |
当前观察方法 | command -v | ps -f |
每个进程都有 PID。PPID 记录父进程的 PID，可以用来解释是谁创建了当前进程：在终端里执行外部命令时，父进程通常就是当前 Bash。
中部终端截图显示 ps -f 的实际输出（Bash 行与 ps 行各占一行，ps 行的 PPID 指向 Bash 行的 PID）；下方"案例：从 ps -f 看父子进程"图用关系图（Bash PID 2150 启动 ps -f，ps -f PID 2231、PPID 2150）和示例输出（yangge 2150 2102 bash、yangge 2231 2150 ps -f）说明：2231 这一行的 PPID 等于 Bash 的 PID 2150。数字以实际输出为准。
四、程序为什么要"请求"内核，而不是自己动手
程序已经被 Bash 找到并形成进程后，如果需要读取文件、申请内存、获取时间或发送网络数据，就要通过 System Call（系统调用）向 Kernel 发出请求。为什么不能直接干？因为普通应用运行在用户空间，不能直接控制硬件，也不能随意读取其他进程的内存。这种边界带来两个实际价值：
- 稳定性：一个普通程序崩溃，通常不会直接破坏整个 Kernel。
- 隔离性：程序必须经过权限检查，不能任意访问系统资源。
程序要做的事 | 内核负责什么 |
读取配置文件 | 检查路径和权限，返回文件内容 |
启动新程序 | 创建进程并装入程序 |
申请内存 | 分配和管理内存空间 |
建立网络连接 | 使用 TCP/IP 网络栈发送和接收数据 |
程序提出请求，内核检查并执行。
五、人看输出，程序看退出状态
命令跑完了，怎么判断成功还是失败？不要凭屏幕上有没有明显报错来判断，而是读取命令约定的退出状态。Shell 用特殊变量 $? 保存上一条前台命令的退出状态：
- 0 通常表示命令按约定完成。
- 非 0 表示失败、条件不满足或其他结果。
两个要点：退出状态必须在目标命令之后立即读取，因为执行 echo $? 本身也会产生新的退出状态；命令的文字输出主要供人查看，退出状态主要供程序判断——后续的 Shell 脚本、CI/CD 流水线、健康检查和监控平台，都会依据退出状态判断命令是否按约定完成。
六、环境变量：程序没变，结果为什么会变
同一个 date 程序，为什么换一种运行环境，输出的语言就不一样了？因为 Shell 启动新进程时，会把环境变量传给它。程序读取这些变量后，可以据此选择语言、查找路径、确定家目录或采用不同配置。
先认识四个常见环境变量：
变量 | 影响 |
HOME | 用户家目录和配置查找位置 |
USER | 当前用户名称 |
LANG | 语言、字符集和部分输出格式 |
PATH | 外部程序查找顺序 |
上方"环境变量怎样传给新进程"图以 LANG=C date 为例分三步：1 当前 Bash（保存原来的 LANG 值），执行 LANG=C date（为这次命令准备临时环境，程序文件没有改变），3 date 进程（读取 LANG=C，按英文格式显示时间）；下方提示命令结束后原 Bash 的 LANG 不变；中部终端截图依次显示 LC_TIME=C date 输出英文格式（Wed Sep 23 13:50:57 CST 2026）、LC_TIME=zh_CN.UTF-8 date 输出中文格式（2026年 09月 23日 星期三）、LC_TIME=ru_RU.UTF-8 date 输出俄文格式、LC_TIME=ko_KR.UTF-8 date 输出韩文格式。
关键结论：程序文件没有改变，变化的是本次运行时接收到的环境。语言环境名称必须以 locale -a 的实际输出为准，如果系统没有列出某种语言环境，相应命令可能给出警告并退回到默认格式。
小结：终端是窗口，Bash 是调度员，PATH 是查找路线，进程是程序的一次运行，内核是真正干活的人，退出状态是命令的成绩单，环境变量是随命令携带的配置。
