psr-4自动加载没生效是因为autoload字段未正确定义在composer.json顶层，必须位于"autoload"而非"autoload-dev"或"extra"中，且需运行composer dump-autoload生效。
PSR-4自动加载为什么没生效？检查autoload字段是否写对位置
Composer的PSR-4自动加载必须定义在项目根目录的composer.json顶层autoload字段下，不是autoload-dev，也不是包内extra里。常见错误是把配置塞进require或scripts里，结果composer dump-autoload跑完也没任何效果。
正确结构示例：
{
"autoload": {
"psr-4": {
"App\": "src/"
}
}
}
-
App\末尾双反斜杠是必需的，表示命名空间前缀，漏掉会导致类找不到 -
src/路径是相对于composer.json所在目录的，不能写成./src/或src（无尾部斜杠不影响，但统一加更安全） - 修改后必须运行
composer dump-autoload，仅composer install不会重生成自动加载映射
类文件路径和命名不匹配时，Class not found报错怎么定位
PSR-4要求类名与文件路径严格对应：命名空间AppHttpControllers → 目录src/Http/Controllers/ → 文件名必须是SomeController.php，且内部声明class SomeController。
典型不匹配场景：
- 文件放在
src/Http/Controllers/但类名是appHttpControllersSomeController（小写app，命名空间大小写敏感） - 文件名写成
somecontroller.php或Somecontroller.php（PHP类名区分大小写，文件系统可能不报错但自动加载失败） -
src/下有Foo.php，但类定义是class Bar（类名与文件名必须一致）
调试建议：运行composer show -s查看当前已注册的PSR-4映射，再用composer dump-autoload -v观察是否扫描到目标文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
多个命名空间映射到同一目录会怎样？
可以，但需明确边界。例如：
"psr-4": {
"App\": "src/",
"Tests\": "tests/"
}
如果误写成：
"psr-4": {
"App\": "src/",
"App\Tests\": "tests/"
}
就会导致AppTestsTestCase尝试从tests/TestCase.php加载，而实际类可能在src/Tests/TestCase.php——路径和命名空间不再对应，直接报错。
- 每个键值对独立解析，不存在“继承”或“覆盖”关系
- Composer不会校验命名空间是否真实存在，只按规则拼路径，所以拼出来不存在的文件就
Class not found - 避免用长前缀映射短目录，比如
"App\Admin\": "src/"会让AppAdminFoo去src/Foo.php找，破坏结构预期
composer dump-autoload --optimize和普通模式的区别
加--optimize（或-o）会生成vendor/composer/autoload_classmap.php，把所有类路径预存为数组，跳过PSR-4的路径拼接和文件存在性检查，提升生产环境性能。
- 开发阶段不用加，因为每次改类都要重新dump，且优化后无法热更新新增类（除非再dump）
- CI/CD部署时建议加，尤其当项目类数量超过几百个，能减少
file_exists()调用次数 - 注意：如果某个类被
exclude-from-classmap排除，或用了files方式加载，--optimize不会包含它们
真正容易被忽略的是：--optimize不解决路径错、命名错、大小写错这些根本问题，它只是让“对的映射”跑得更快。先确保不报错，再考虑优化。
