composer install 报“No composer.lock file present”是明确拒绝执行，而非提示生成；必须用composer update解析composer.json生成lock，误删后重跑install无效。
composer install 报 “No composer.lock file present”
这不是提示你“该生成一个”，而是明确拒绝执行——没有 composer.lock，composer install 就不工作。
常见误解是看到错误后反复跑 composer install，它不会自愈，新版 Composer（v2.5+）甚至会报 Command "install" is not defined；旧版可能静默失败，但 vendor/ 一定不对。
- 新项目第一次初始化，必须运行
composer update（不是install），它才会解析composer.json并生成有效的composer.lock - 确认
composer.lock是否已提交到 Git：如果被 .gitignore 错误排除，CI 或新同事拉代码后就必然缺失 - 检查
composer.json是否有隐藏空格或拼写错误（如"laravel/framework": "10.x-dev "多了个尾部空格），这类问题在 install 阶段不报错，但后续 autoload 会失效
composer install 卡在 “Loading composer repositories”
这是国内访问 packagist.org 不稳定导致的典型网络卡顿，不是命令写错了，也不是 PHP 坏了。
composer install 会先向源站查询所有依赖元数据，这一步失败就会挂住，且默认不报错、不超时退出。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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/（注意结尾必须带/） - 别手动改
composer.json的repositories字段——容易和团队配置冲突，且项目级配置在有repositories时会彻底屏蔽全局设置 - 换源后必须清缓存：
composer clear-cache，否则旧失败记录还在，重试照样走原地址
composer install 报 “Your requirements could not be resolved”
这不是依赖冲突，而是本地环境不满足 composer.lock 里已锁定包的运行前提。
根本原因是 composer.lock 记录的包版本与当前环境（PHP 版本、已安装扩展、platform 配置）不兼容。
- 检查 PHP 版本是否低于锁文件中某包要求的最低版本（例如
monolog/monolog v3.5.0要求PHP >=8.1，而你本地是 PHP 8.0） - 运行
composer diagnose，它会直接标出缺失的关键扩展（如ext-mbstring、ext-xml） - 检查
composer.json顶部"config": {"platform": {}}是否写死了平台版本（如"php": "8.2.10"），却在 PHP 8.1 下执行 - 临时绕过手段
--ignore-platform-reqs是饮鸩止渴——装出来的包大概率运行时报错，掩盖的是真实环境缺陷
刚跑完 composer install 却 php artisan 报错或类找不到
成功不代表能跑起来。90% 的“命令不存在”“Class not found”问题，根源不在依赖没装，而在 autoload 没生效或路径映射错位。
- 先确认
vendor/autoload.php是否存在且可读；不存在说明vendor/不完整，得重装 - 运行
composer dump-autoload强制刷新自动加载映射，尤其当你改过命名空间或新增了类文件 - 生产环境建议加
--optimize-autoloader参数（即composer install --no-dev --optimize-autoloader），生成扁平化类映射，避免运行时反射开销 - 如果用了
COMPOSER_VENDOR_DIR或自定义 autoload paths，检查composer.json里的"autoload"和"autoload-dev"是否指向了正确路径
最容易被忽略的是：composer.lock 是协作契约，不是临时产物；删它重算依赖树前，先确认是不是 PHP 版本或扩展变了——优先用 composer update --lock 修正 lock 文件，而不是全量更新。
