composer自动加载依赖预生成的映射表而非目录扫描；修改composer.json的autoload配置或增删类文件后，必须执行composer dump-autoload更新vendor/autoload.php及映射文件，否则类无法加载。
Composer 的自动加载不是靠“扫描目录”实现的，而是靠提前生成的映射表（vendor/autoload.php）在运行时做路径查表——你改了文件但没重新 dump-autoload，类就一定找不到。
composer.json 里的 psr-4 和 psr-0 到底怎么映射路径
PSR-4 是当前唯一推荐的目录映射方式。psr-4 的值是一个命名空间前缀到物理目录的映射，Composer 会把命名空间中的 替换为 /，再拼到对应目录后查找文件。
比如配置：
"autoload": {
"psr-4": {
"App\": "src/"
}
}
那么 new AppHttpControllersHomeController() 就会尝试加载 src/Http/Controllers/HomeController.php。注意：src/ 后面不能有 .php 后缀，也不能有 App/ 子目录——App 这个前缀被完全剥离，只保留后续部分作相对路径。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 命名空间末尾必须带
\（双反斜杠），否则会被当成 PSR-0 兼容模式处理 - 目录路径必须以
/结尾（Windows 下也用正斜杠），否则可能在某些系统上拼接出错 - 同一个命名空间前缀不能对应多个目录；若需多目录，得用多个键，如
"App\Helper\": "src/Helper/"和"App\": "src/"
什么时候必须运行 composer dump-autoload
只要改了 composer.json 中的 autoload 配置，或新增/删减了符合映射规则的 PHP 类文件，就必须执行该命令。它会重写 vendor/composer/autoload_psr4.php 等映射文件，并刷新静态查找表。
- 开发中频繁增删类时，可加
-o参数启用优化模式：composer dump-autoload -o，生成更紧凑的 classmap（但会忽略动态 require） - 如果用了
classmap方式（比如加载无命名空间的旧代码），则每次增删文件都必须手动 dump，因为它不支持通配符或自动发现 -
composer install或update默认会自动 dump，但仅限于首次安装或锁文件变更时；单纯改代码不触发
files 加载和 classmap 的适用场景与陷阱
files 用于强制加载全局函数文件（如 helpers.php），每次请求都会 require_once 这些文件，适合工具函数；classmap 则是把指定目录下所有 .php 文件路径硬编码进映射表，适合无命名空间、无标准结构的遗留代码。
示例配置：
"autoload": {
"files": ["src/helpers.php"],
"classmap": ["lib/", "scripts/"]
}
-
files列表里的路径是相对于composer.json的，且必须存在，否则dump-autoload会报错 -
classmap不支持嵌套 glob（如**/*.php），只接受目录或具体文件路径；子目录内容不会自动递归扫描，除非显式列出或使用composer dump-autoload -o - 一旦用了
classmap，就丧失了 PSR-4 的命名空间语义，IDE 跳转和静态分析可能失效
真正容易被忽略的是：autoload 映射只在 vendor/autoload.php 被引入后才生效，而这个文件本身不监控磁盘变化；哪怕你用 inotifywait 自动触发 dump，也得确保 Web Server 或 CLI 进程重新加载了新生成的 autoload 文件——PHP-FPM 模式下尤其要注意 opcache 是否缓存了旧的 autoload 文件。
