composer update topthink/framework 会让 tp6 应用崩掉，是因为它会静默升级关联依赖（如 topthink/think-swoole、swoole/ide-helper），导致 swoole 运行时版本与扩展要求不匹配（如 v4 环境加载 v5 api），并引发类加载失败或方法不存在等错误。
composer update topthink/framework 为什么会让 TP6 应用崩掉
不是框架本身升级失败，而是它触发了底层依赖的“静默升级”——topthink/framework 的版本约束（比如 "^6.3"）会让 Composer 顺手把 topthink/think-swoole、swoole/ide-helper、甚至 psr/log 这类间接依赖拉到不兼容的新版。TP6 对 Swoole 扩展有强绑定，一旦 topthink/think-swoole 升到 v4 而 PHP 环境里加载的是 Swoole 4.x，就会报 Call to undefined method SwooleHttpRequest::getContent()。
- 运行
composer show --tree topthink/framework，一眼看出哪些关联包被连带升级了 - 检查
php --ri swoole | grep Version输出的运行时版本，再比对composer.lock里swoole/ide-helper的版本号，二者必须一致 - TP6 官方明确要求：
topthink/think-swoolev3 → Swoole 4.x；v4+ → Swoole ≥5.0.0，不能混搭
如何只升框架、不动其他依赖
直接跑 composer update topthink/framework 是最危险的操作，默认会重算整个依赖图。真正可控的做法是锁死关键扩展的版本范围。
- 在
composer.json的require段手动加约束："topthink/think-swoole": "^3.1"（如果你用的是 Swoole 4.x）或"topthink/think-swoole": "^4.0"（Swoole 5.x） - 同时锁定
"psr/log": "^1.1"或"psr/simple-cache": "^1.0"，避免因日志接口变更导致中间件 crash - 执行
composer update topthink/framework --with-dependencies仅允许它更新自己声明的子依赖，不碰你没列出来的包
升级后 Class 'thinkApp' not found 怎么办
这不是 Composer 没装好，而是自动加载映射失效或路径配置错位。TP6 的 PSR-4 映射必须严格匹配命名空间和目录结构，稍有偏差就找不到类。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认
composer.json中"autoload": {"psr-4": {"app\": "app/"}}—— 注意是双反斜杠\，不是单斜杠或正斜杠 - 删掉
vendor/composer/autoload_*.php，再运行composer dump-autoload -o强制重建优化版映射 - 如果用了自定义模块路径（如
packages/core），必须在autoload里显式加 PSR-4 映射，否则dump-autoload -o会跳过它们
怎么确认这次升级真打了安全补丁
composer update 不保证装的是含安全修复的版本，它只认版本约束。很多 CVE 是在小版本里修的（比如 6.3.2 修复了某个 RCE，但 6.3.1 还在用），而你的 "topthink/framework": "^6.3" 可能卡在 6.3.1 上不动。
- 先运行
composer audit（Composer 2.5+ 内置），它直连官方安全数据库，告诉你当前装的版本是否已知存在漏洞 - 再查
composer show topthink/framework，对比 packagist.org 上该包最新 tag，看补丁版是否在你的约束范围内 - 若发现漏洞版被锁死，用
composer require topthink/framework:6.3.2 --no-update先改写composer.json，再composer update topthink/framework执行
最常被忽略的一点：composer.lock 文件一旦被提交到 Git，就固定了所有依赖哈希。哪怕你改了 composer.json，composer install 仍会还原旧版本——升级前务必确认 lock 文件是否同步更新。
