必须用composer install而非update，因其读取composer.lock精确安装依赖确保环境可复现；update会重新解析依赖树，可能引入不兼容变更，线上服务崩溃风险高，CI/CD、Docker及宝塔部署中仅允许composer install --no-dev -o。

composer install 为什么在小程序后端必须用，而不是 update

因为小程序后端部署要求环境可复现、依赖版本锁定——composer install 读 composer.lock 精确安装，composer update 会重新计算依赖树，可能引入不兼容变更。线上服务一旦因依赖升级崩溃，排查成本远高于预防。

• CI/CD 流水线、Docker 构建、宝塔部署脚本里，只允许出现 composer install --no-dev -o，绝不能出现 update
• 你 clone 下来的 Laravel/ThinkPHP/pbootcms 小程序后端项目，若根目录已有 composer.lock，直接运行 composer install 才是对的；如果没这个文件，说明交付不完整，不是命令问题
• composer install 成功 ≠ 服务能跑：常见问题是 vendor/autoload.php 没被 coreinit.php 或入口文件 require，类找不到报错时先查这行

卡在 “Loading composer repositories” 怎么办

这不是网络慢，是 packagist.org 在国内 DNS/TLS 层已被阻断，composer install 卡在这一步，99% 是没配对镜像源。

Discussion Composer

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

下载

• 全局配置必须用这条命令：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意：repo.packagist 是单数，末尾必须有 /）
• 执行后验证是否生效：composer config -g repo.packagist 输出应为 https://mirrors.aliyun.com/composer/；若为空或仍是 https://packagist.org，说明写入失败（常见于 Windows 权限不足或路径不可写）
• 项目级更稳妥：进项目根目录，运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g），它会自动往 composer.json 加 "repositories" 字段
• 改完立刻删掉 vendor/ 和 composer.lock，再跑 composer install，否则缓存可能继续走旧源

报 “Your requirements could not be resolved” 别急着删 lock 文件

这个错误和镜像无关，是本地环境不满足 composer.lock 里已锁定包的运行前提——比如 PHP 版本、扩展缺失或 platform 配置硬编码了不匹配的版本。

• 先运行 composer diagnose，它会明确标出缺哪些扩展（如 ext-mbstring、ext-xml）
• 检查 PHP 版本：php -v，再看 composer.lock 里某个包的 require.php 字段（例如 "php": "^8.1"），版本低了就升级 PHP
• 如果 composer.json 顶部有 "config": {"platform": {"php": "8.2.10"}}，而你实际是 PHP 8.1，删掉该配置或改成真实版本
• 临时绕过用 composer install --ignore-platform-reqs 只能用于调试，装完大概率运行时报错，不是解决方案

小程序后端部署时最安全的 install 写法

生产环境不接受任何不确定性，参数组合必须收敛到最小安全集。

• 标准命令只有这一条：composer install --no-dev --optimize-autoloader
• --no-dev 跳过 require-dev（如 PHPUnit、PHPStan），避免把开发工具打进生产镜像
• --optimize-autoloader（可简写为 -o）生成扁平类映射，提升自动加载性能，尤其对 APCu 有效
• 绝对不要加 --force、--ignore-platform-reqs 或 --no-cache（除非确认缓存损坏）
• 如果用了 Docker，建议在 Dockerfile 中显式设置 COMPOSER_CACHE_DIR 并挂载 SSD 卷，I/O 是比网络更常被低估的瓶颈

真正容易被忽略的是：小程序后端常跑在宝塔或轻量云上，PHP 版本、扩展启用状态、用户权限三者经常不一致；composer install 成功只代表 vendor 目录写完了，但 php-fpm 进程未必能读取它——别跳过 ls -l vendor 和 ps aux | grep php-fpm 的权限核对。