POSIX 按你实际需要的方式解释（不像教材）

Source: Dev.to

引言

大多数开发者一提到 POSIX 就会立刻走神。它听起来很老，但不容回避的事实是：如果你使用 Linux、macOS、Docker、服务器、Shell、CI 流水线或云机器，POSIX 已经在控制你的生活——只不过你没有注意到而已。

POSIX 是什么

POSIX 不是操作系统；它是一份合约。合约内容是：

“如果你按照这些规则编写程序，它应该在所有符合标准的系统上表现相同。”

POSIX 由 IEEE 维护，定义了一套所有符合标准的系统必须遵循的行为。Linux 紧密遵循 POSIX；Windows 则不遵循（WSL 是另一码事）。

POSIX 标准化了什么

文件和目录

POSIX 定义了文件和目录操作的工作方式，这就是为什么 ls 等命令在不同系统上表现一致。

进程和信号

POSIX 定义了进程的创建、终止以及信号处理，所以 kill -9 之类的命令存在且行为一致。

标准输入、输出和错误

POSIX 指定了三个标准流（stdin、stdout、stderr）。这就是重定向在任何地方都能工作的原因：

# 将标准输出重定向到文件
command > output.txt

管道和重定向

管道（|）和重定向（>、>>、2>）是纯 POSIX 特性，让你能够可靠地链式调用命令。

Shell 行为

POSIX 定义了 POSIX‑兼容的 Shell 必须做的事情。不同平台上的 sh 命令共享共同的行为。虽然各个 Shell 并不完全相同，但符合 POSIX 的脚本几乎可以在任何地方运行。

为什么开发者在 2025 年仍然在乎 POSIX

• 容器：Docker 容器假设 POSIX 行为；破坏这些假设会导致容器失效。
• 云服务器：大多数服务器运行 Linux，Linux 类似 POSIX。部署脚本、CI 任务、cron 任务以及启动脚本都依赖 POSIX 语义。
• 可移植性：编写符合 POSIX 的代码可以避免“非 POSIX hack”，这些 hack 可能短期有效，却会在后期带来维护麻烦。

POSIX 与 Linux（重要区别）

• POSIX：定义可移植基线的标准。
• Linux：实现了 POSIX 并且添加了许多强大的扩展，这些扩展 不 属于 POSIX 规范。依赖仅 Linux 的特性会使你的代码只能在 Linux 上运行——如果你清楚这一权衡，这也是可以接受的。

何时需要在乎 POSIX（以及何时可以不在乎）

需要在乎 POSIX 的情况：

• 需要你的脚本或程序在多个类 Unix 系统上运行。
• 正在编写可移植的工具、库或 CI 流水线。

可以忽略 POSIX 的情况：

• 你的代码只打算在特定的 Linux 发行版上运行，并且你有意使用 Linux 专有特性。

POSIX 是一种工具，而不是一种信仰。

POSIX 仍然存在的真正原因

POSIX 能够存活下来，是因为它不追求花哨，也不追随潮流。它默默提供了一个稳定的基础，使软件能够在多样化的环境中正常工作。在一个痴迷“新事物”的世界里，这种乏味的一致性反而令人印象深刻。

结束语

你不需要记住所有 POSIX 标准。只要记住：

如果你理解了 POSIX，就能编写可预测、可移植的脚本和程序——这些系统的可扩展性要好于聪明但平台特定的 hack。