类找不到主因是新旧路径/命名空间/缓存不一致：需依次检查vendor/autoload.php时间戳、psr-4映射是否匹配、是否漏加--dev或-o参数、opcache是否未清除，缺一不可。
更新依赖后类找不到、Class not found 报错，不是 autoload 没生效，而是新旧类路径/命名空间/缓存三者之间出现了不一致。必须按顺序排查，跳过任一环节都可能白忙。
为什么 composer dump-autoload 之后类还是找不到
默认命令只刷新映射规则，不清理旧的 autoload_classmap.php 内容，尤其在你刚移动或重命名类文件后，旧路径仍留在 classmap 中，PHP 就会去错地方找类。
- 加
-o强制优化生成：它会重新扫描全部psr-4和classmap配置，覆盖旧文件 - 若用了
classmap（比如"src/": "src/"），必须加-a才会重新扫描目录：否则dump-autoload -o不会处理 classmap 条目 - 检查
composer.json的autoload或autoload-dev路径是否写错，例如末尾少斜杠："src/": "src"是无效的
composer update 后新包的类无法加载
Composer 安装包时默认会触发 dump-autoload，但以下情况会跳过该步骤：
- 执行
composer install --no-scripts或--no-autoloader - 手动修改过
vendor/autoload.php，导致脚本钩子失效 - 新包只声明了
autoload-dev，而你没加--dev参数
实操建议：安装完立刻补上 composer dump-autoload -o --dev（如果该包属于 dev 工具链）；确认 vendor/autoload.php 文件时间戳是否更新，没变说明 dump 根本没跑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
生产环境部署后仍报 Class not found
常见于 CI/CD 流程中只执行了 composer install --no-dev --optimize-autoloader，但没清空 PHP 的 opcode 缓存，PHP 还在用旧的 opcode 缓存中的类路径。
- 部署后必须重置 OPCache：
php -r "opcache_reset();"（前提是opcache.enable=1且opcache.revalidate_freq=0） - Apache + mod_php 环境下，仅重启 Apache 不一定生效，得确认 opcache 是否启用并手动重置
- 如果用了 APCu，也要执行
apcu_clear_cache()
autoload 映射存在但 new 实例失败
autoload_classmap.php 是静态路径映射，不校验命名空间与文件结构是否匹配。所以“映射对了”不等于“类能用”。
- 检查类名拼写、
namespace声明、文件路径三者是否完全一致（大小写敏感） - 某些框架（如 Laravel）的 Service Provider 依赖
autoload-dev，漏掉会导致注册失败，但错误不直接指向 autoload - 运行
composer show --tree | grep your-class-namespace，确认该类确实被某个包引入，且未被replace或provide掩盖
最易被忽略的是：Xdebug 开着时，autoload 耗时会被放大数倍，掩盖真实问题；先关掉再测，否则所有耗时分析都失真。
