composer自动加载没生效，首要检查入口文件是否显式引入vendor/autoload.php；常见错误是漏掉require dir . '/../vendor/autoload.php';或路径错误，导致class not found。
Composer自动加载没生效，先检查vendor/autoload.php是否被引入
绝大多数问题出在这里：项目入口（比如index.php或public/index.php）里漏掉了require语句。Composer生成的自动加载器不会自己运行，必须显式加载。
常见错误现象：Class not found报错，但composer install明明成功了，vendor/autoload.php文件也存在。
- 确认入口文件顶部有类似
require __DIR__ . '/../vendor/autoload.php';（路径需根据实际目录结构调整） - 不要写成
include或require_once后加条件判断——只要一次正确引入即可，require最稳妥 - 如果用的是框架（如Laravel、Symfony），通常已内置加载逻辑，此时要检查是否误删了
public/index.php中的require行
新增自定义类目录后，composer dump-autoload没反应？看autoload配置类型
Composer支持多种自动加载方式：psr-4、psr-0、classmap、files。改完composer.json里的autoload字段后，必须重新生成映射表。
容易踩的坑是只改了配置却忘了执行命令，或者用了不匹配的类型导致类找不到。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
psr-4最常用，适合命名空间与目录结构严格对应的情况，例如："App\": "src/"→AppHttpController对应src/Http/Controller.php - 如果类没命名空间或目录结构混乱，改用
classmap：添加"autoload": {"classmap": ["lib/", "utils/"]}，再运行composer dump-autoload -
files适合加载全局函数文件（如helpers.php），它会在每次请求时无条件包含，注意别放耗时初始化逻辑
开发中频繁增删类，composer dump-autoload -o要不要加-o参数？
-o（optimize）会生成优化后的类映射表，跳过PSR解析，加载更快，但代价是：它不支持动态发现新类——也就是说，加了-o后，你新增一个psr-4下的类，composer dump-autoload不加-o也不会生效。
开发阶段建议不用-o；生产环境部署时才加，且应配合CI流程固化。
- 本地开发：只运行
composer dump-autoload（不带-o），它会实时扫描目录，支持热增删 - 生产构建：CI脚本中明确执行
composer install --no-dev --optimize-autoloader，确保稳定且高效 - 验证是否启用优化：查看
vendor/composer/autoload_classmap.php是否存在且非空；若为空，说明没生效
第三方包的类能加载，自己写的类死活找不到？重点查psr-4尾部斜杠和命名空间声明
这是最隐蔽也最高频的问题：看起来配置对了，但PHP实际加载时因命名空间与文件路径不完全匹配而失败。
关键点只有两个：一是composer.json中psr-4的value路径结尾必须带/；二是PHP文件顶部namespace声明必须与路径层级完全一致，包括大小写。
- 错误示例：
"MyLib\": "src"（缺/）→ Composer会拼出srcFoo.php而非src/Foo.php - 正确写法：
"MyLib\": "src/" - 文件
src/Database/Connection.php必须以namespace MyLibDatabase;开头，不能少Database，也不能写成database（Linux下大小写敏感） - 运行
composer dump-autoload -v（加-v）可看到它扫描了哪些路径，快速定位是否漏扫
