根本原因是php版本或扩展不满足laravel要求，如laravel 11需php 8.2+及mbstring、openssl等扩展；国内镜像失效、目录非空、powershell语法陷阱及autoload未生成也常致失败。
composer create-project 装 Laravel 为什么总失败
根本原因不是命令写错了，而是 create-project 默认用最新稳定版 Laravel，但你的 PHP 版本、扩展或 Composer 配置不满足要求。Laravel 11 要求 PHP 8.2+，而很多本地环境还卡在 8.0 或没开 mbstring、openssl 扩展。
实操建议：
- 先运行
php -v和php -m | grep -E "mbstring|openssl|xml"确认基础扩展已启用 - 如果只想装 Laravel 10（兼容 PHP 8.0+），显式指定版本：
composer create-project laravel/laravel myapp "10.*" - 国内用户常因 Packagist 镜像失效导致超时，临时切回官方源：
composer config -g repo.packagist composer https://packagist.org - 别在已有
vendor/的目录里执行该命令——会报Destination directory is not empty
laravel new 和 composer create-project 有什么区别
laravel new 是 Laravel 官方封装的脚手架命令，本质也是调 create-project，但它做了三件事：自动下载 Laravel Installer、预设常用配置（如 .env 模板）、默认启用 --prefer-dist 加速安装。而 create-project 更底层、更可控。
实操建议：
- 日常开发直接用
laravel new myapp更快，尤其网络好时 - 需要指定 PHP 扩展约束（比如强制跳过某些包）或自定义
composer.json模板时，必须用create-project -
laravel new依赖全局安装的laravel/installer，若报command not found，先跑composer global require laravel/installer - 注意：全局安装的
laravel/installer不会自动更新，旧版本可能拉不到 Laravel 11
安装后 vendor/autoload.php 找不到或报错
这不是 Laravel 本身的问题，是 Composer 没成功生成自动加载文件。常见于安装中途被 Ctrl+C 中断、磁盘空间不足、或权限错误（比如用 sudo composer 导致 vendor/ 归属 root）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 删掉整个项目目录，重新安装，别试图修
vendor/——它不是设计来手动维护的 - 确认当前用户对项目目录有完整读写权限：
ls -ld .和ls -l vendor/ - 如果只是想验证 autoload 是否就位，进项目根目录跑
composer dump-autoload，而不是直接改autoload.php - 某些 IDE（如 PHPStorm）会缓存旧的类路径，重启索引比改代码更有效
Windows 上用 PowerShell 运行 create-project 报错 syntax error
PowerShell 对引号和空格的解析和 Bash/Shell 不同，尤其是版本号带星号（"10.*"）时，PowerShell 会把 * 当通配符展开，导致传给 Composer 的参数乱码。
实操建议：
- Windows 用户优先用 Git Bash 或 WSL，避免 PowerShell 的语法陷阱
- 非要用 PowerShell？把版本号用单引号包住：
composer create-project laravel/laravel myapp '10.*' - 或者干脆省略版本号让 Composer 自选：
composer create-project laravel/laravel myapp（前提是 PHP 版本够新） - 检查
$env:PATH里是否混进了旧版 Composer（比如通过 Scoop 或 Chocolatey 装的），冲突时优先用composer --version确认实际调用的是哪个
最常被忽略的一点：Laravel 安装器本身不校验 .env 文件是否存在，但后续 php artisan serve 会因缺失 APP_KEY 崩溃。装完立刻跑 php artisan key:generate，别等第一次访问页面才看到 500 错误。
