生产环境绝不能直接运行 composer install，必须在构建阶段完成依赖安装并整体同步代码包。这是因为线上执行会引发权限错误、环境漂移、脚本误触发、autoload 配置错乱等不可控问题，即使加 --no-dev 也无法规避；正确做法是在 CI 或 Docker 等干净环境中用 --no-dev --optimize-autoloader --no-interaction --no-scripts 构建 vendor，再打包上传。
生产环境直接运行 composer install 是错的，哪怕加了 --no-dev 也不推荐。 真正安全、可控、可复现的部署，必须在干净环境预构建 vendor/，再整体上传。
为什么不能在生产服务器上跑 composer install
不是命令本身有问题，而是它会触发一连串不可控行为：
- 生产机通常没装
composer，或权限受限（比如 web 用户无权写vendor/） -
post-autoload-dump或post-install-cmd脚本可能执行敏感操作（如生成密钥、清缓存、调用 Artisan 命令），而这些脚本本不该由部署流程自动触发 - 如果
composer.json里误配了"files"autoload（比如全局 helper），install会把它硬塞进autoload_files.php，上线后改个函数名就 fatal error - 没设
COMPOSER_HOME时，Composer 可能尝试往/root/.composer写缓存，失败后卡住或报错
composer install --no-dev --optimize-autoloader 该在哪跑
这条命令只应在 CI 流水线、Docker 构建阶段，或本地干净 Docker 容器中执行 —— 关键是「与线上 PHP 环境一致」且「不共享开发机状态」：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI 中建议显式指定 PHP 版本（如
php:8.1-cli），并提前curl -sS https://getcomposer.org/installer | php安装 Composer 2.x - 务必确认
composer.lock已提交 Git，且内容与composer.json同步；否则--no-dev可能漏掉某些 require-dev 里被 runtime 间接依赖的包 - 若项目用了
"platform": {"php": "8.1"}，构建环境 PHP 小版本必须 ≥ 8.1.0，否则install会降级拉包，导致Class not found - 构建完立刻打包：
tar -czf vendor.tar.gz vendor/，别留着裸目录上传 —— 防止 .gitignore 漏掉某些隐藏文件
本地开发要不要加 --optimize-autoloader
不要。加了反而坏事：
- PSR-4 自动加载靠文件系统实时查找，改个类名或挪个文件，
dump-autoload一跑就生效；但--optimize-autoloader生成的classmap是静态快照，你忘了手动dump，就会一直Class not found -
vendor/composer/autoload_classmap.php可能涨到几 MB，首次加载慢，且对 OPcache 不友好（大文件热更新频繁） - Laravel 8+ 默认启用
classmap-authoritative模式，即使不加 flag，也会在install时生成 classmap —— 所以开发时composer install不加任何 flag 就够用
部署后类还是找不到？先查这三处
不是 Composer 没跑完，而是自动加载规则和实际代码对不上：
-
namespace声明末尾有没有反斜杠：比如"App": "app/"要求文件顶部写namespace App;，写成namespace app;或namespace App\都不行 - 文件路径大小写：macOS 开发时
app/Http/Controllers/UserController.php里写了namespace AppHttpcontrollers;（小写controllers），Linux 服务器直接报错 -
autoload-dev里混进了运行时需要的类：比如把TestsTestCase放进了autoload-dev，但某个服务提供者里use TestsTestCase，--no-dev后就炸了
真正难调试的，往往不是命令没敲对，而是命名空间、路径、大小写这三者之间差了一个字符 —— 尤其从 Windows/macOS 切到 Linux 部署时，这种问题几乎必现。
