最可控降级方式是composer require topthink/think:6.0.12 --with-all-dependencies，它强制重装指定旧版本并同步调整所有冲突子依赖；手动改composer.lock或依赖不存在的--rollback命令均不可行。
直接用 composer require topthink/think:6.0.12（或你目标的稳定版）加 --with-all-dependencies，是当前最可控、副作用最小的降级方式；别碰 composer.lock 手动改，也别信 composer update --rollback——这命令根本不存在。
确认 tp 当前版本和可选旧版
先看实际装的是哪个版本，避免凭印象写错：
- 查已安装版本：
composer show topthink/think - 查所有历史发布版本（含已归档的稳定 tag）：
composer show -a topthink/think，重点找带v6.0.x或v5.1.x格式的正式版本，比如v6.0.12、v5.1.41 - 注意：如果输出里没有你要的版本，可能是 Packagist 已
yank（下架），或该版本不兼容你项目中声明的 PHP 版本（例如"config.platform.php": "8.2"会过滤掉只支持^7.4的老 tp 版本）
执行降级命令必须带 --with-all-dependencies
tp 的依赖树较深，子包（如 topthink/framework、topthink/think-orm）常硬绑定主版本。不加这个参数，composer require 很可能静默跳过冲突项，看起来执行成功，但 vendor/ 和 composer.lock 实际没变。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法：
composer require topthink/think:6.0.12 --with-all-dependencies - 错误写法：
composer require topthink/think:6.0.12（大概率无反应，也不报错） - 如果提示
Your requirements could not be resolved，不是网络问题，而是其他包（如topthink/think-swoole）强制要求^6.1——此时要么一并降级那个插件，要么临时删掉它再试
降级后 Class not found？清 autoload 缓存是必选项
即使 composer show topthink/think 显示版本已更新，运行时仍报 Class 'think\App' not found，90% 是 autoloader 没刷新。
- 立刻执行：
composer dump-autoload - 如果是 PHP-FPM 环境，顺手 reload：
sudo systemctl reload php-fpm（路径按你实际服务名调整） - 别手动删
vendor/composer/autoload_*.php——dump-autoload会重生成全部映射，手动删漏一个就可能出错 - 如果用了 opcache，记得
opcache_reset()或重启 Web 服务，否则旧类定义还在内存里
为什么不能只改 composer.json 再 update？
tp 生态里很多插件（如 topthink/think-auth、topthink/think-captcha）的 composer.json 中写了 "topthink/think": "^6.0" 这类宽松约束。你把主包改成 "topthink/think": "6.0.12" 后跑 composer update topthink/think，Composer 仍可能因子依赖兼容性，把 think-auth 升到 6.1.x，导致行为不一致。
- 更稳妥的做法是：先用
composer require强制锁死主包 + 全量依赖，再检查composer.lock中所有topthink/开头的包是否都落在同一主版本下 - 若发现某个插件版本“飘高”，单独再降一次：
composer require topthink/think-auth:6.0.5 --with-all-dependencies - tp 6.0.x 系列的
composer.lock中content-hash字段与 6.1+ 不兼容，混用会导致Root package requires a version of PHP that is not installed这类误导性错误
真正容易被忽略的点是：tp 项目常自带 runtime/ 目录缓存，里面可能有基于旧版本生成的类映射或模板编译文件。降级后如果页面白屏或路由失效，别只盯着 vendor，先清空 runtime/ 下的 cache/、log/、temp/ 子目录。
