autoload 字段必须写在 composer.json 顶层，与 require、name 同级；放错位置（如 scripts 或 extra 内）会被忽略且无报错。
autoload 字段写在哪？不是 composer.json 任意位置都行
必须写在 composer.json 的顶层，和 require、name 同级。放错位置（比如塞进 scripts 或 extra 里）会导致完全不生效，且 composer dump-autoload 也不会报错——它就默默忽略。
常见错误是以为“只要在 JSON 里就行”，结果配置被当成普通字段丢弃。验证方式很简单：composer show --platform 看不到你的命名空间映射，基本就是位置错了。
-
"autoload": { "psr-4": { "App\": "src/" } }✅ 正确层级 -
"extra": { "autoload": { ... } }❌ 不识别 -
"autoload-dev": { "psr-4": { "Tests\": "tests/" } }✅ 可单独存在，但仍是顶层字段
psr-4 和 classmap 到底该选哪个？别硬套规范
psr-4 适合有清晰命名空间结构的代码，比如 AppHttpControllersHomeController 对应 src/Http/Controllers/HomeController.php；classmap 适合老项目、函数库、或路径和命名空间完全不匹配的场景（比如一堆 .inc 文件散落在 legacy/ 下）。
用错的后果很直接：类找不到（Class not found），而且错误提示不会告诉你“你配错了 autoload 类型”。尤其注意 psr-4 结尾必须带反斜杠（"App"），漏掉就变成前缀匹配，可能意外命中不该加载的类。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
psr-4：自动推导文件路径，快、可读性好，但要求目录结构严格对齐命名空间 -
classmap：扫描指定目录下所有 PHP 文件并生成类名→路径映射表，启动稍慢（因要读映射），但兼容性无敌 - 混合用没问题：
"autoload": { "psr-4": {...}, "classmap": ["legacy/"] }
修改 autoload 后为什么新类还是加载不了？
改完 composer.json 必须运行 composer dump-autoload，否则只是 JSON 里的文字。开发中常犯的错是只改了配置、忘了执行这步，或者执行了但没注意输出——如果看到 Generated autoload files 才算成功。
更隐蔽的问题：某些 IDE 或 CLI 工具会缓存 autoloader（比如 PHPUnit 运行时自带的 vendor/autoload.php），改完配置后没重启终端或 IDE 进程，现象就是“明明 reload 了，类还是报错”。这时候直接删掉 vendor/composer/autoload_*.php 文件再 dump 一次最干净。
- 加了新命名空间？跑
composer dump-autoload -o（优化模式）能合并为单个静态映射，但开发期不用强求 - 删了旧类？
dump-autoload不会自动清理旧映射，得手动删vendor/composer/autoload_classmap.php或整个vendor/composer/目录再重装 - 用了
autoload-dev？它只在composer install --dev或composer update时生效，生产环境默认不加载
vendor/autoload.php 被 require 多次会怎样？
不会报错，但会重复注册 autoloader，导致性能微降、调试时 get_included_files() 里出现多条 vendor/autoload.php。根本原因是 PHP 的 spl_autoload_register() 允许重复注册，而 Composer 的 autoloader 没做去重。
典型场景：主脚本 require 'vendor/autoload.php'，又在某个第三方包里（比如测试工具）也写了同样语句。解决办法只有一个：确保全局只 require 一次，其他地方用 include_once 或靠 Composer 自动管理入口。
- Web 入口（如
public/index.php）require 一次就够了 - CLI 脚本同理，别在每个命令文件里都写
require - 测试文件（
phpunit.xml中的bootstrap）应该指向一个统一入口，而不是各自 require
