Composer 不检测 deprecated 函数，真正起作用的是 PHP 运行时告警与开发者主动介入；需结合 php -l、grep、psalm 等工具定位和修复，而非依赖 Composer。
Composer 本身不检测 deprecated 函数
Composer 是依赖管理工具，不是静态分析器。它不会扫描你项目里或依赖包里的 PHP 代码，也不会主动发现 deprecated 函数调用。所谓“Composer 处理 deprecated 函数”，其实是误传——真正起作用的是 PHP 自身的运行时告警 + 开发者主动介入。
常见错误现象：Deprecated: Function xyz() is deprecated 在日志或页面中突然出现，但 composer update 没报错、没提示、也没自动替换。
- PHP 版本升级（比如从 8.1 升到 8.2）后，某些函数被标记为
deprecated，但 Composer 不会因此拒绝安装旧包 - 依赖包未更新，仍用
mysql_connect()或create_function()等已被废弃的函数，Composer 照常拉取 -
composer install成功 ≠ 代码可安全运行；运行时才暴露 deprecated 告警
靠 php -l 和 vendor 目录扫描找问题
想定位哪个依赖在用废弃函数，得手动查。最直接的方式是结合 PHP 的语法检查和简单文本搜索，而不是等线上报错才反应。
使用场景：CI 流程中提前拦截、升级 PHP 版本前做兼容性摸底、接手老项目时快速评估风险。
立即学习“PHP免费学习笔记（深入）”；
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先用
php -l扫描单个文件是否语法合法（虽不报 deprecated，但能过滤掉因废弃函数导致的 parse error） - 再用
grep -r "function_name" vendor/查具体调用位置，例如：grep -r "get_magic_quotes_gpc" vendor/ - 注意路径差异：有些包把逻辑放在
src/，有些在lib/或根目录；vendor/autoload.php不包含实际业务逻辑，别白扫 - 性能影响极小，但全量
grep -r在大项目里可能耗几秒——加--include="*.php"限定范围更稳
替换依赖包比改 vendor 更靠谱
看到某个包里用了 mcrypt_encrypt()，第一反应不该是打开 vendor/xxx/yyy.php 手动替换成 openssl_encrypt()。那样下次 composer update 就被覆盖了，且违反包隔离原则。
正确做法是推动上游修复，或换用已适配的替代包。
- 查该包的 GitHub Issues / Releases，看是否有 8.1+ 兼容版本（比如
monolog/monologv2.0+ 已移除所有 deprecated 调用） - 用
composer show vendor/package看当前版本号，再对比 Packagist 上的最新版 changelog - 若无更新，可 fork 后提交 PR，或临时用
"repositories"指向你的修复分支（但别长期这么干） - 兼容性陷阱：有些包表面升级了，但内部仍通过
function_exists()回退到旧函数——得实际跑一遍测试确认
phpstan / psalm 是唯一能静态揪出 deprecated 调用的方案
只有静态分析工具能模拟 PHP 运行环境，在不执行代码的前提下识别废弃函数调用。Composer 不提供这个能力，但可以把它集成进工作流。
参数差异关键点：phpstan 默认不报 deprecated，必须开启 phpstan-phpunit 或自定义规则；psalm 则默认启用 DeprecatedMethod 和 DeprecatedFunction 检查。
- 装
psalm/phar后运行./psalm --find-dead-code，它会标出所有被标记为@deprecated的函数调用点 - 对 vendor 代码，默认跳过；如需扫描，加
--include-vene（拼写是--include-vendor，别打错） - 注意 PHP 版本匹配：psalm 配置里要设
phpVersion="8.2"，否则不会触发 8.2 新增的 deprecated 规则 - CI 中建议只扫自己代码（
src/），vendor 扫描太重，且修复权不在你手上
deprecated 函数的问题从来不在 Composer 是否“支持”，而在于你有没有在 PHP 升级前看清 vendor 里藏着多少定时告警。扫一次 grep -r，配一个 psalm，比等线上满屏黄色警告再救火快得多。
