直接调用 php_uname('s') 可可靠获取运行时系统类型，如 Linux、Windows NT 或 Darwin，它不依赖编译环境或外部命令，比 PHP_OS 更准确且兼容性强。
怎么用 php_uname() 获取当前系统类型
直接调用 php_uname() 就能拿到操作系统标识，它不依赖外部命令，也不需要开启额外扩展——只要 PHP 能跑起来，这个函数就可用。
默认返回完整字符串，比如 Linux hostname 5.15.0-91-generic #101-Ubuntu SMP Tue Dec 5 12:25:26 UTC 2023 x86_64；但多数时候你只关心“是 Linux 还是 Windows”，这时传一个参数更靠谱：
-
php_uname('s')→ 返回系统名称，如Linux、Windows NT、Darwin -
php_uname('r')→ 内核版本号（Linux/macOS）或系统版本号（Windows） -
php_uname('m')→ CPU 架构，如x86_64、AMD64
注意：'s' 是最稳定可靠的判断依据，php_uname('s') 在 Windows 上固定返回 Windows NT（哪怕你是 Win11），别指望它返回 Windows 或 Win11。
为什么不能只靠 PHP_OS 常量判断系统
PHP_OS 是编译时确定的常量，不是运行时探测结果。它反映的是 PHP 二进制文件在哪台机器上编译的，不是当前运行环境。
立即学习“PHP免费学习笔记（深入）”；
常见坑：
- 在 Linux 上编译的 PHP，打包到 Windows Docker 容器里运行，
PHP_OS仍是Linux，但php_uname('s')正确返回Windows NT - 某些嵌入式或定制 PHP 构建可能没定义
PHP_OS，直接echo PHP_OS会报Notice: Use of undefined constant PHP_OS -
PHP_OS_FAMILY（PHP 7.2+）更可靠些，但它仍不如php_uname('s')直观和兼容老版本
php_uname() 在 Windows 上返回 Windows NT 怎么办
这是正常行为，不是 bug。Windows 系统内核代号就是 NT，从 Win2000 到 Win11 全部沿用这个标识。
如果你真要区分桌面版/Server 版或大版本号，得另想办法：
- 看
php_uname('r')：Windows 返回类似10.0.22621（对应 Win11 22H2），但解析需自己写逻辑 - 结合
$_SERVER['WINDIR']是否存在来辅助判断（仅限 Web SAPI） - 避免硬编码匹配
Windows字符串——stripos(php_uname('s'), 'win') !== false更稳妥
别试图用 getenv('OS')，它在 CLI 下可能为空，在 Apache 模块下可能被重写，不可靠。
安全限制下 php_uname() 可能失效
当 disable_functions 配置里包含 php_uname，函数会直接返回 false，且触发 E_WARNING。
这时候 fallback 方案要提前准备：
- 先检查
function_exists('php_uname') - 再试
PHP_OS（仅作备用，见上一条） - 最后考虑
exec('uname -s 2>/dev/null', $out) && $out[0]（但需确认exec没被禁，且 Linux 环境才有uname）
没有万能 fallback。最保险的做法是：关键逻辑别强依赖系统类型，而是按能力检测（比如用 is_executable() 判断能否执行某命令，而不是先判断是不是 Linux）。
真正容易被忽略的点是：本地开发用 Mac，测试环境是 Linux，上线却跑到 Windows IIS 上——这种跨平台部署最容易暴露系统假设漏洞。别省那几行 php_uname('s') 的判断。
