PHP升级后Composer出现Deprecated警告，源于已安装依赖调用弃用函数，而非Composer自身问题；需定位具体包、升级或替换，禁用警告仅为临时应急。
PHP 升级后，composer install 或 composer update 出现大量 Deprecated: 警告（比如 Function mcrypt_encrypt() is deprecated 或 ini_set(): Passing null to parameter #2 ($value) of type string is deprecated），这通常不是 Composer 自身报的，而是 Composer 加载的依赖在新 PHP 版本下触发了弃用提示——你不能靠升级 Composer 消掉它们。
为什么 Composer 本身不处理这些 Deprecated 警告
Composer 是依赖管理器，不是代码执行环境。它只负责下载、安装、autoload 类库；警告来自已安装包的运行时代码（比如 vendor/ 下某个包调用了 PHP 已弃用的函数）。Composer 的 require 规则不校验 PHP 运行时行为，只检查 php 平台约束（如 "php": "^8.1"）是否满足。
- Composer 不会扫描 vendor 中的 PHP 文件去“修复”弃用调用
-
composer update只会按composer.json的版本约束拉取新版本，不会主动跳到“兼容 PHP 8.2 的最新版”，除非你放宽约束或指定版本 - 很多老包早已停止维护，没有发布适配新版 PHP 的 release
如何定位哪个包在触发 Deprecated 警告
关键不是猜，是让 PHP 把警告源头打出来。在命令行中加 -d error_reporting=E_ALL 并确保显示错误：
php -d error_reporting=E_ALL -d display_errors=1 -d log_errors=0 -f vendor/autoload.php
但更实用的是复现警告场景：比如 Laravel 项目启动时报错，就用 php -d error_reporting=E_ALL artisan tinker；如果是测试时出问题，跑 php -d error_reporting=E_ALL vendor/bin/phpunit。PHP 会明确输出类似：
立即学习“PHP免费学习笔记（深入）”；
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Deprecated: Function mysql_connect() is deprecated in /path/to/vendor/some-old-lib/db.php on line 42
- 看文件路径 → 锁定是
some-old-lib包的问题 - 看行号 → 确认是否真由该包直接调用弃用函数（而非你自己的代码）
- 用
composer show some-old-lib查当前版本，再查其 GitHub/GitLab 仓库的 issues 和 releases，确认是否已有修复
升级或替换触发警告的依赖包
找到问题包后，分三类处理：
- 有新版已修复：修改
composer.json中对应require行，例如把"monolog/monolog": "1.25.0"改成"^2.0"（注意检查兼容性），然后composer update monolog/monolog - 无新版且不再维护（如
ircmaxell/password-compat）：直接移除，改用 PHP 原生password_hash()/password_verify() - 包本身已废弃（如
guzzlehttp/guzzlev5 或 v6）：按官方迁移指南升到 v7+，注意客户端构造、中间件、异常类名等变化
特别注意：某些包（如 phpunit/phpunit）的旧主版本根本不支持 PHP 8.2+，必须升级到 ^9.6 或 ^10.0，否则连 composer install 都会失败（非警告，是 fatal error）。
临时压制警告？不推荐，但可应急
仅限调试阶段快速验证功能是否正常，**绝不能用于生产**：
- 在入口文件（如
public/index.php）顶部加：error_reporting(E_ALL ^ E_DEPRECATED); - 或在 php.ini 中设：
error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE
问题没解决，只是看不见了。下次 PHP 升级可能变成 Notice → Warning → 直接 Fatal error（比如 each() 在 PHP 8.0 被移除）。真正要做的，是清理掉那些还在用 mysql_*、mcrypt_*、create_function() 的包。
最麻烦的情况是：你依赖的 A 包依赖了 B 包，而 B 包已死、没人维护、又没法单独替换——这时只能 fork B 包，删掉弃用调用，再用 repositories 指向你的 fork。别跳过这步，否则 PHP 再升一个小版本，项目就挂了。
