加--no-optimize可临时禁用classmap优化，强制composer回退到psr-4/psr-0实时查找逻辑，每次new或use均按命名空间规则动态定位文件，便于调试类路径问题。

执行 composer dump-autoload 时跳过 classmap 优化，让 PSR-4 实时生效

想临时绕过 classmap 缓存、验证类路径是否正确？加 --no-optimize 是最直接的办法。它强制 Composer 回退到标准 PSR-4/PSR-0 映射逻辑，每次 new 或 use 都按命名空间规则实时查找文件。

常见错误现象：改了类名或移动了文件，但 composer dump-autoload -o 后仍报 Class not found —— 很可能 classmap 缓存没刷新，或排除规则被固化进去了。

• --no-optimize 只影响本次命令，不改变 composer install 或 composer update 的默认行为
• 若项目启用了 "classmap-authoritative": true（常见于生产配置），需同时加 --no-authoritative
• IDE（如 PHPStorm）的跳转和补全依赖 classmap，禁用后可能变慢或失效——这是权衡，不是 bug

用 --no-dev 彻底屏蔽 autoload-dev 中的所有规则

--no-dev 不是“忽略 dev 包”，而是跳过 autoload-dev 块里所有自动加载声明：包括 psr-4、classmap 和 exclude-from-classmap。它在生成 vendor/autoload.php 时完全不处理这些配置。

使用场景：生产环境部署、CI 流水线中验证“纯生产”自动加载是否干净；或者调试时怀疑测试类干扰了主逻辑。

Discussion Composer

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

下载

• 运行 composer dump-autoload --no-dev 后，vendor/composer/autoload_classmap.php 和 autoload_namespaces.php 中都不会出现 autoload-dev 定义的内容
• --no-dev 不影响 require-dev 的包是否安装，只控制自动加载器的生成范围
• 注意：如果 autoload-dev 里写了 "Tests\": "tests/"，而你又在 autoload 里重复映射了相同命名空间，--no-dev 无法阻止后者加载

加 --no-plugins 防止插件篡改自动加载逻辑

某些 Composer 插件（如 phpstan/extension-installer、hirak/prestissimo）会在激活时动态注册自己的 autoloader，甚至修改 vendor/autoload.php 结构。这时单靠修改 composer.json 的 autoload 字段无效。

--no-plugins 是唯一能从源头切断这种干预的参数：它跳过所有插件的 PluginInterface::activate() 调用，连加载都不发生。

• 必须放在主命令之后、其他选项之前：composer dump-autoload --no-plugins ✅；composer dump-autoload --optimize --no-plugins ❌（旧版可能静默忽略）
• 环境变量 COMPOSER_NO_PLUGINS=1 效果等同，但更隐蔽，CI 脚本中容易遗漏
• 删 vendor 下插件目录或重命名，只能阻止 autoload，composer install 会立刻恢复——除非你同时删 lock 并跳过 --lock

为什么 exclude-from-classmap 不能靠命令行参数临时启用

exclude-from-classmap 是静态配置，只在 composer dump-autoload --optimize（或 --classmap-authoritative）过程中读取并生效。它没有对应的命令行开关，也不能在 install 或 update 时动态覆盖。

容易踩的坑：以为加个 --exclude tests/ 就能跳过，结果报错或完全没反应——因为这个参数根本不存在。

• 要临时排除，只能改 composer.json，再运行 composer dump-autoload -o
• 排除路径必须写在 autoload 或 autoload-dev 块内，不能放在外层；否则会被忽略
• 排除后仍被加载？大概率是硬编码 require_once、OPCache 未清、或别的 autoloader（比如框架自定义的）兜底了

实际操作中最容易被忽略的是：**修改任何 autoload 相关配置后，必须显式运行 composer dump-autoload（或 install/update），否则变更不会落地**。Composer 不会监听 composer.json 变更自动重建 autoload 文件。