exclude-from-classmap 仅影响 classmap 生成阶段，对运行时加载无控制力；若类被 psr-4 覆盖（如 "App\Tests\": "tests/"），该配置完全不生效，且必须嵌套在 autoload 或 autoload-dev 的 classmap 同级位置。
exclude-from-classmap 配了但类还能 new 出来，不是配置失效
它只影响 classmap 生成阶段，对运行时加载无控制力。只要类被 psr-4 映射覆盖（比如 "App\Tests\": "tests/"），exclude-from-classmap 就完全不生效——Composer 根本不查 autoload_classmap.php，而是直接拼路径加载。
常见干扰源：
-
psr-4规则已覆盖该命名空间，排除项被绕过 - 路径大小写不一致（
"Tests/"vs"tests/"）或漏尾斜杠（"src/Tests"不匹配目录） - 没执行
composer dump-autoload --optimize，旧autoload_classmap.php还在用 - 类被
autoload.files显式require，或被框架预加载、OPCache 缓存残留
exclude-from-classmap 必须嵌套在 classmap 下，否则被忽略
它不是顶层配置项，也不是 autoload.exclude-from-classmap 这种写法。正确位置是和 classmap 同级，且必须出现在 autoload 或 autoload-dev 块内部：
{
"autoload": {
"classmap": ["src/", "lib/"],
"exclude-from-classmap": ["src/Tests/", "lib/DeprecatedUtil.php"]
}
}
关键点：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 路径是相对于
composer.json所在目录的，不能以/开头，也不能用../ - 目录路径推荐加尾部
/（如"src/Tests/"），否则可能误匹配同名文件（如Tests.php） - Composer 2.2+ 支持
**递归通配（如"src/Tests/**"），老版本只认*单层匹配 - 改完必须运行
composer dump-autoload --optimize，再检查vendor/composer/autoload_classmap.php中目标类是否已消失
想彻底不让某目录参与自动加载？别依赖 exclude-from-classmap
它只管“别扫进 classmap 表”，不管“能不能加载”。真要隔离，得靠结构设计：
- 测试类统一挪到
tests/目录，并只在autoload-dev.psr-4中映射："App\Tests\": "tests/"；生产环境跑composer install --no-dev就不会注册该命名空间 - 不想让某个命名空间被加载？在
autoload.psr-4中把它映射到一个不存在的路径（如"Legacy\": "nonexistent/"） - 零散脚本或废弃类，别塞进
src/再去排除，直接挪到未被任何 autoload 规则覆盖的目录（比如scripts/）
什么时候该用 exclude-from-classmap？哪些情况其实不该用
它只优化 classmap 生成阶段，不是运行时过滤。适合场景：
- 第三方库里混入大量非类文件（如 SQL 模板、JSON Schema、测试桩）
- 自己项目中存在已废弃但暂未删除的类目录
- 构建精简版包时想剔除 demo 或 CLI 入口类
不该用的场景：
- 你想隐藏测试类？改用
autoload-dev+psr-4更干净 - 你用的是纯
psr-4加载？此配置完全不生效 - 你希望按环境动态排除？
exclude-from-classmap是静态配置，不支持条件判断
最容易被忽略的一点：exclude-from-classmap 只影响 classmap 生成阶段的扫描行为，对运行时加载无任何控制力。
