Composer自动加载需精确匹配命名空间、目录结构与加载类型；psr-4适用于标准命名映射，classmap适合遗留代码；改配置或文件后必须运行composer dump-autoload。

Composer 的自动加载不是“配完就能用”的黑箱，它依赖你对命名空间、目录结构和加载类型的准确匹配；配错一处，Class not found 就会准时出现。

autoload 配置里 psr-4 和 classmap 到底怎么选

psr-4 适用于标准命名空间映射（比如 App\Controllers\ → src/Controllers/），要求类名与文件路径严格对应；classmap 则是“暴力扫描”，适合遗留代码、无命名空间类或动态生成的类文件，但会增大 vendor/autoload.php 加载开销。

• 新项目优先用 psr-4，在 composer.json 中写清楚前缀和路径：

  "autoload": {
    "psr-4": {
      "App\": "src/"
    }
  }

• 含 functions.php 或全局函数？必须加 files 类型：

  "autoload": {
    "files": ["src/helpers.php"]
  }

• 想临时让某个目录下所有 PHP 文件被加载（不关心命名空间）？用 classmap，但记得运行 composer dump-autoload 才生效

为什么 vendor/autoload.php require 一次就全局可用

因为 Composer 自动生成的 autoload.php 不只是简单包含文件，它注册了 PHP 的 spl_autoload_register() 回调函数，把类名解析、路径查找、文件包含整个链路封装好了。只要没手动调用 spl_autoload_unregister() 或覆盖 autoload 栈，后续任何 new XxxClass() 都能触发自动加载。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 不要在代码里重复 require 'vendor/autoload.php' 多次——它本身有防重载机制，但多写无益，还可能掩盖启动顺序问题
• CLI 脚本和 Web 请求共用同一份 autoloader，但要注意：CLI 下的当前工作目录可能影响相对路径逻辑（尤其用了 files 类型时）
• 如果发现某些类在 Web 下能加载、CLI 下报错，先检查 getcwd() 是否一致，再确认 composer dump-autoload -o 是否已优化过

开发中改了命名空间或移动了文件，却还是 Class not found

这不是 Composer “缓存”了类名，而是它的 autoloader 映射表（vendor/composer/autoload_psr4.php 等）没有更新。Composer 不监听文件系统变化，一切以 composer.json 和执行命令为准。

• 改完 composer.json 的 autoload 段后，必须运行 composer dump-autoload
• 移动了类文件但没改命名空间？也要运行 composer dump-autoload —— psr-4 映射是生成时静态计算的，不会运行时推导
• 加了 -o（optimize）参数会合并映射为数组，提速明显，但会忽略 files 类型里的未声明函数；调试阶段建议先不用 -o，确认逻辑跑通再加
• IDE 提示类找不到，但运行正常？大概率是 IDE 没读取到最新生成的 autoload 文件，重启索引或指向 vendor/composer/ 目录可解

最常被跳过的动作是：改完代码立刻测试，却忘了 dump-autoload；最隐蔽的问题是 psr-4 前缀末尾漏掉反斜杠（App 写成 App），导致命名空间截断失效——这种错误不报错，只静默失败。