PHP版本过低会触发Deprecated警告大量出现、Composer安装失败报错、框架启动时抛出ParseError三类明确告警信号；需分CLI、FPM、Apache场景验证真实版本；监控须按项目级composer.json要求检测并自动告警。
PHP版本过低会触发哪些明确告警信号
PHP版本过低不是抽象风险，而是会直接暴露在日志、错误和兼容性断点上。最典型的三类信号：Deprecated警告大量出现（如mysql_connect()被弃用）、Composer安装失败报Your PHP version is too old、Laravel/Symfony等框架启动时抛出ParseError: syntax error, unexpected 'string'（因不支持PHP 7.4+的类型声明）。这些不是“可能有问题”，而是“已经失效”的明确证据。
用php -v和php --ini确认真实运行版本
运维中常见误判：Web服务器显示的是CLI版本，而fpm或apache模块用的是另一套安装。必须分场景验证：
- CLI环境：执行
php -v，注意输出首行的版本号（如PHP 7.2.34） - FPM环境：查
php --ini返回的配置路径，再看ps aux | grep php-fpm确认加载的是哪个php.ini - Apache模块：访问
phpinfo()页面，重点核对Loaded Configuration File和Server API字段
三者版本不一致时，监控脚本必须按实际Web入口路径调用对应PHP二进制（例如/usr/bin/php-fpm7.4 -v），否则告警永远滞后。
Shell脚本主动检测并触发企业微信/钉钉告警
单纯查版本没用，关键是要在低于阈值时自动通知。以下是一个生产可用的检测逻辑：
