最可靠的方式是用 php_sapi_name() === 'cli' 判断 cli 环境，php_sapi === 'cli' 同样有效；web 环境则对应 fpm-fcgi、apache2handler 等 sapi 值，须白名单式排除而非依赖 $_server 变量。
最可靠的方式是用 php_sapi_name() === 'cli' 判断 CLI 环境，用 PHP_SAPI === 'cli' 也完全等效；其他方式都存在误判风险。
怎么准确区分 CLI 和 Web 环境
关键不是“有没有 $_SERVER”，而是 PHP 底层运行接口（SAPI）类型。Web 服务器下 php_sapi_name() 返回 apache2handler、fpm-fcgi 或 cgi-fcgi；CLI 下固定返回 cli。
- 必须用全等判断：
php_sapi_name() === 'cli'，不能用strpos()或stripos()—— 否则cli-server这类嵌入式 SAPI 会被误认为 CLI -
PHP_SAPI是编译时常量，和php_sapi_name()返回值一致，性能略高，但语义上更推荐后者（可读性更强） - 不要依赖
$_SERVER['argv']：某些 Web 环境（如某些 FastCGI 配置）也可能带argv；也不要查$_SERVER['SHELL']或php_uname('s')，Windows 和容器里根本不存在或不可靠
如何判断是否在 Web 服务器中运行
没有“Web SAPI”的统一标识，但可以反向排除：只要不是 cli、embed、phpdbg 等已知非 Web SAPI，基本可认为是 Web 环境。
- 常见 Web SAPI 值：
fpm-fcgi（Nginx + PHP-FPM）、apache2handler（Apache 模块）、cgi-fcgi（传统 CGI）、litespeed - 安全写法是白名单式判断：
in_array(php_sapi_name(), ['fpm-fcgi', 'apache2handler', 'cgi-fcgi', 'litespeed'], true) - 不建议用
isset($_SERVER['REQUEST_METHOD'])：CLI 脚本若被 Web 服务器通过exec()调用，也可能带这个变量；且 CLI 工具自己模拟 HTTP 请求时也会设它
为什么 php --ini 和 phpinfo() 显示的配置路径可能不同
CLI 和 Web SAPI 使用的 php.ini 文件通常不是同一个，这是多环境部署中最容易忽略的一致性陷阱。
- CLI 下运行
php --ini查看加载的配置路径 - Web 环境中调用
phpinfo()，搜索 “Loaded Configuration File” 行 - 二者不一致时，
extension=开关、date.timezone、memory_limit等设置可能只在一个环境生效 - 尤其注意扩展启用状态：用
php -m查 CLI 加载的模块，用phpinfo()的 “Additional .ini files parsed” 区域确认 Web 是否加载了同名 ini 文件
真正难处理的不是判断逻辑本身，而是当脚本既可能被 CLI 调用、又可能被 Web 请求触发时，环境感知必须和后续行为（如日志路径、输出格式、数据库连接池策略）严格绑定——稍有松动，就容易在上线后出现静默失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
