必须同时使用--no-dev和--optimize-autoloader，因为单独用--no-dev仍走PSR-4动态查找、反复stat()文件，而单独用--optimize-autoloader会将dev类混入classmap，浪费空间且易冲突；二者协同才能剔除dev依赖并生成精简静态映射。
为什么 --no-dev 和 --optimize-autoloader 必须一起用
单独用--no-dev 会跳过 require-dev 里的包（比如 phpunit、symfony/debug-bundle），但 autoload 规则还是走 PSR-4 动态查找，每次 new 或 class_exists() 都要反复 stat() 文件；单独用 --optimize-autoloader（或 -o）会生成 vendor/composer/autoload_classmap.php，但若 dev 包还在，classmap 里就会混入 tests/ 下的类，白占空间还可能引发冲突。二者缺一不可。
-
--no-dev删除所有 dev-only 的 autoload 规则（如"psr-4": {"Tests\": "tests/"}） -
--optimize-autoloader把剩余的 PSR-4/PSR-0 映射转成静态数组，不再扫描目录 - 如果项目里有
"classmap": ["src/"]，这个字段不受--no-dev影响，始终生效
部署脚本里怎么写才不翻车
CI/CD 中常见错误是依赖本地环境状态：比如 lock 文件没提交、开发机上手动composer update 后忘了 git commit，导致线上行为不一致。可靠写法必须锁定输入和参数。
- 先
git checkout到目标 tag/branch，确保composer.lock与代码版本匹配 - 加
--no-interaction（或-n）避免卡在插件启用提示 - 加
--prefer-dist强制下 zip 包而非 git clone，网络差时更稳 - 完整命令：
composer install --no-dev --optimize-autoloader --no-interaction --prefer-dist - 别在脚本里用
curl -sS <a href="https://www.php.cn/link/e910517884e11c8a741c3b1da823f47e">https://www.php.cn/link/e910517884e11c8a741c3b1da823f47e</a> | php动态下载，应提前校验好composer.pharSHA256 并放入镜像或制品库
Class not found 报错时，优化反而暴露真问题
加了--optimize-autoloader 后突然报 Class XXX not found，大概率不是 autoloader 坏了，而是之前靠 PSR-4 的“宽松查找”侥幸绕过了配置缺陷。
- 检查该类是否在
autoload（非autoload-dev）里声明，--no-dev后autoload-dev规则全失效 - 若类在
src/Helpers/这类无命名空间的目录下，PSR-4 不覆盖它，得显式加进"classmap": ["src/Helpers/"] - 某些框架（如 Laravel）启动时会重置
ClassLoader，调用setUseIncludePath(true)或动态addClassMap()，会让权威模式退化
--classmap-authoritative 和 --apcu-autoloader 怎么选
--optimize-autoloader 是基础，--classmap-authoritative（-a）和 --apcu-autoloader 是进阶选项，不能共存，选哪个取决于项目结构和运行时约束。
-
--classmap-authoritative：告诉 autoloader “类不在 classmap 就是不存在”，彻底跳过文件系统扫描——快，但要求所有类都得被扫进 classmap（包括运行时生成的类会挂） -
--apcu-autoloader：用 APCu 缓存 classmap 查询结果，不改变逻辑，兼容性更好，需 PHP 启用apcu扩展且apc.enable_cli=1（CLI 模式也要开） - Docker 构建中常用
--classmap-authoritative，因为构建时环境固定；PHP-FPM 长进程场景下--apcu-autoloader更稳妥
真正容易被忽略的是：vendor/composer/autoload_classmap.php 是否真的生成了、大小是否合理（几百 KB 起步，空或几 KB 说明没扫到类），以及 opcache/APCu 是否清干净——改完配置不重启 PHP-FPM 或没清缓存，优化就等于没做。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
