composer init卡在package name因包名校验严格，须全小写、仅含字母数字/连字符/下划线、不能数字开头或含空格中文；解决方法为重命名目录或用--name="vendor/package"显式指定。
composer init 会卡在 Package name 怎么办
它不是真“卡住”，而是严格校验包名格式：必须全小写、只含字母数字/连字符/下划线、不能以数字开头、不能有空格或中文。目录叫 My App 或 api_v2!，命令就停在输入环节不动。
解决办法只有两个：
- 初始化前重命名目录：
mv "My App" my-app - 跳过交互，显式指定：
composer init --name="myorg/myapp" --no-interaction
已经卡住？别等，直接按 Ctrl+C 中断，再带参数重试。
composer init 生成的 composer.json 缺少 autoload 怎么补
composer init 默认不问 PSR-4，也不写 autoload 字段。你填了 "App": "src/" 却还是 Class not found，大概率是字段根本没加进去，或者路径错位、没刷新加载器。
手动编辑 composer.json，加入这段（注意命名空间末尾是双反斜杠）：
"autoload": {
"psr-4": {
"App\": "src/"
}
}
关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 路径必须相对于项目根目录，填
src/可以，填./src/或绝对路径会失效 - 如果类实际在
lib/下，"App\": "src/"必须同步改成"App\": "lib/" - 改完立刻运行
composer dump-autoload，否则不生效
require 里写 php:^8.1 但 install 失败，原因在哪
不是网络问题，是约束和环境对不上。php:^8.1 表示“PHP 8.1.x 或更高兼容版本”，但如果你本地是 PHP 7.4，composer install 就直接退出，不报错也不提示。
排查步骤：
- 先确认真实环境：
composer show --platform看输出里的php行 -
require里别写php >=8.1，必须用语义化版本符：php:^8.1或php:~8.1.0 - 加第三方包时别贪快，比如填
monolog/monolog:^1.0——它最高只支持 PHP 7.4，在 PHP 8.1 下必然失败 - 老项目升级 PHP 前，先改
composer.json里的require.php，再composer update
为什么 vendor/autoload.php 引入后类还是找不到
最常被忽略的前提是：composer.json 必须放在你运行命令的当前工作目录，Composer 不会向上查找。另外，type 字段漏写或写错（比如该写 project 却留默认 library），会导致某些依赖或脚本行为异常，且不报错。
检查这三件事：
- 运行
composer install时，当前目录下是否有composer.json？ -
composer.json里是否写了"type": "project"？不写或写错成application等非法值，部分模板脚本不会触发 - 入口文件是否用了
require_once 'vendor/autoload.php';？路径写错、拼写错误、或放在条件分支里没执行到，都会导致自动加载失效
复杂点在于：autoload 配置生效依赖两步——写对 JSON + 执行 dump-autoload；而依赖安装又依赖 PHP 版本、平台约束、锁文件一致性。缺一不可，但错误反馈极弱。
