composer install 不搭建新项目，它仅依据 composer.lock 还原依赖；必须先有正确的 PSR-4 结构、composer.json 和 composer.lock，否则会报错或静默失败。
composer install 本身不“搭建新项目”，它只按 composer.lock 还原已有依赖。想快速搭起符合 PSR 标准的新项目，得先有正确结构和配置，再用 composer install 装依赖——否则不是快，是错。
为什么直接跑 composer install 常失败？
常见错误现象：composer install 报错 “Could not find a composer.json file in /path/to/dir” 或静默退出、vendor 为空。
根本原因：这个命令只认当前目录下的 composer.json 和 composer.lock，缺一不可；它不生成文件，也不初始化项目。
使用场景：适合已有完整配置的项目（比如从 Git 克隆下来的代码），不适合从零起步。
先确保项目结构满足 PSR-4 自动加载前提
PSR-4 不是自动生效的，得靠 composer.json 显式声明命名空间与路径映射。
容易踩的坑："App": "app/" 这种写法，如果实际目录叫 src/ 或拼错大小写（如 APP/），composer dump-autoload 后仍会 class not found。
实操建议：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 新建空目录，手动创建
composer.json，至少包含"autoload": {"psr-4": {"App\": "src/"}} - 同步创建
src/目录，并放一个测试类（如src/Hello.php，命名空间App） - 运行
composer dump-autoload验证映射是否被识别（无报错即通过） - 再执行
composer install——此时它才真正开始装包
composer.lock 必须存在且匹配 composer.json
如果只有 composer.json 没有 composer.lock，composer install 会退化成 composer update 行为，结果不可控。
性能影响：缺少 lock 文件时，每次 install 都要重新解析整个依赖树，慢且易因网络或版本变动引入意外升级。
实操建议：
- 新项目想“快速搭环境”，优先用
composer create-project（比如composer create-project laravel/laravel .），它自带 lock 文件和 PSR-4 结构 - 若自己手写
composer.json，首次安装必须用composer update生成 lock 文件，之后才轮到install - 复制旧项目配置时，务必连
composer.lock一起拷贝，否则 vendor 里的类可能根本加载不到
镜像源切换后 composer install 仍慢或失败？
常见错误现象：换了阿里云镜像，但 composer install 还是从 packagist.org 拉包，甚至卡在 “Cloning into…”。
根本原因：镜像只影响包下载地址，不影响已缓存的 vendor 或 lock 文件中的原始源记录。
实操建议：
- 换源后必须删掉
vendor/和composer.lock，再跑composer install - 确认全局镜像设置生效：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 私有包若走
repositories，检查auth.json是否放在用户 home 目录下（~/.composer/auth.json），而非项目根目录
composer install 看似简单，但它的“快”完全建立在结构正确、lock 文件可靠、环境干净这三点上。少一个，就不是提速，是埋雷。 
