禁用自动加载优化能快速定位类找不到问题，因为composer启用--optimize后仅查静态classmap，跳过psr-4动态路径推导；禁用后强制实时按命名空间和目录结构匹配文件，可立即暴露路径、命名空间或大小写错误。
为什么禁用自动加载优化能快速定位类找不到问题
因为 Composer 默认启用 --optimize（或 "optimize-autoloader": true）后，会把所有类路径固化到 vendor/composer/autoload_classmap.php 中，跳过 PSR-4 的动态路径推导逻辑。一旦你新增、重命名或移动了类文件，但没重新 dump-autoload，classmap 就不会更新——而 IDE 补全、class_exists() 或框架反射调用却仍按旧快照查，结果就是“文件明明存在，却报 Class "AppServicesMyService" not found”。禁用优化后，Composer 回退到实时按 PSR-4 规则拼路径、检查文件是否存在，能立刻暴露路径/命名空间错位、大小写不一致、目录结构偏差等真实问题。
临时禁用：用 --no-optimize 而不是 --no-authoritative
执行以下命令即可绕过 classmap 生成，强制走 PSR-4 动态查找：
composer dump-autoload --no-optimize
注意：--no-optimize 是唯一正确参数；--no-authoritative 并不存在，--classmap-authoritative 才是生产用的“只信 classmap”开关，加 --no- 前缀不生效。常见错误是误输 --no-classmap-authoritative，它会被 Composer 忽略，实际仍启用优化。
-
--no-optimize仅影响本次命令，不影响composer install或composer update - 若项目已设
"classmap-authoritative": true，需同时加--no-authoritative（注意拼写），否则权威模式仍会拦截 fallback 查找 - 该命令不会删
autoload_classmap.php，只是不更新它；调试前建议手动删掉该文件再运行，避免残留干扰
开发环境永久禁用：改 composer.json 而非依赖命令行
与其每次敲参数，不如在 composer.json 中明确关闭优化行为：
"autoload": {
"psr-4": {
"App\": "app/"
}
},
"config": {
"optimize-autoloader": false,
"classmap-authoritative": false
}
这样所有本地 dump-autoload、install、update 都默认不生成 classmap，且不启用权威模式。关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
"optimize-autoloader": false关闭 classmap 构建 -
"classmap-authoritative": false确保即使有 classmap 也允许 fallback 到 PSR-4 - CI/CD 脚本中若用了
composer install --no-dev --optimize-autoloader，这个配置会被覆盖，所以部署命令必须显式带--no-dev和--optimize-autoloader - IDE（如 PHPStorm）补全可能变慢或失效——这是代价，不是 bug；开发阶段优先保证逻辑正确性，而非补全速度
调试时必加 -v 参数看真实扫描过程
光禁用优化不够，得让 Composer 把加载逻辑“说出来”。运行：
composer dump-autoload --no-optimize -v
输出里会逐行显示：
- 扫描了哪些目录（例如
Scanning /path/to/app） - 识别到哪些 PSR-4 前缀（例如
Found PSR-4 mapping: "App\" => "app/"） - 匹配到哪些类（例如
Found class AppServicesMyService in app/Services/MyService.php） - 跳过了哪些文件（例如
Skipping file app/Services/MyService.php.bak (not *.php)）
如果目标命名空间压根没出现在输出里，说明 composer.json 的 autoload 块根本没被读取——常见原因是 JSON 格式错误、PSR-4 键末尾缺反斜杠（"App" 应为 "App\"）、路径用了 ./src/ 这种相对写法（Composer 只认绝对路径或项目根目录下的相对路径）。
真正容易被忽略的是：禁用优化后，autoload_classmap.php 文件依然存在，且可能被某些老代码或自定义加载器直接 require；调试时务必确认当前生效的是 autoload_static.php 或 autoload_psr4.php，而不是硬加载了旧 classmap。
