composer init --no-interaction可跳过交互生成默认composer.json；PHP版本约束须显式写入require而非config.platform；name字段需含合法vendor/name格式；vendor-dir等配置修改前需检查IDE和脚本兼容性。
composer init 命令会问你一堆问题，但大多数时候你只想跳过
直接运行 composer init 会进入交互式问答流程，填完项目名、描述、作者、依赖等十几项才能生成 composer.json。实际开发中，90% 的初始项目只需要最小可用配置——比如一个空的 composer.json 或仅声明 PHP 版本约束。
- 想快速开始？用
composer init --no-interaction，它会生成默认值（如name为root/root），不打断你 - 更常见的是先写个最简文件：直接创建
composer.json，内容只保留{"require": {}}或加上"type": "project" - 如果只是临时测试依赖，甚至可以不用
init，直接手写 +composer install，Composer 会自动补全vendor/autoload.php和锁文件
PHP 版本约束必须显式写进 require，否则可能装错包
很多人以为 composer init 会帮你设好 PHP 版本，其实不会。它只在交互最后问一句“PHP version”，但即使你填了 ^8.1，也**不会自动写进 require 字段**——而是塞进 config.platform.php，这个配置只影响当前项目的依赖解析，不约束别人 require 你时的环境。
- 正确做法：在
require中加"php": "^8.1"，这样别人composer require your/package时才会校验 PHP 版本 - 错误写法：
"config": {"platform": {"php": "8.1.0"}}—— 这只让 Composer 在本地假装运行在 8.1，对依赖兼容性没实质约束 - 验证是否生效：改写
require.php后运行composer check-platform-reqs，它会检查当前环境是否满足require里的 PHP 和扩展要求
name 字段不是可选的，但可以随便填（只要格式合法）
composer.json 的 name 字段被文档标为“推荐”，但如果你漏掉它，composer install 不报错；一旦你发布到 Packagist 或 require 别人包，就立刻出问题——因为 Composer 用 vendor/name 做包唯一标识。
- 本地项目没打算发布？填
"name": "myapp/local"就行，只要含斜杠、不含大写字母和下划线即可 - 别填
"name": "my-app"（缺 vendor 段）或"name": "MyApp/Local"（含大写），否则composer validate会提示 invalid package name - 初始化后想改？直接编辑
composer.json，不需要重跑init——那命令本质就是帮你手写文件，没魔法
vendor-dir 和 bin-dir 改路径前，先确认 IDE 和部署脚本是否硬编码了默认值
composer init 不提供自定义 vendor 目录的选项，但你可能会在之后加 "config": {"vendor-dir": "lib/vendor"}。这看似灵活，实则埋雷。
- PHPStorm 默认只扫描
vendor/autoload.php，改路径后要手动刷新 Include Path - 部署脚本里写死
cp -r vendor/* /var/www/html/vendor？那它会失败，因为目录不存在 - 更隐蔽的问题：
bin-dir默认是vendor/bin，如果同时改了vendor-dir却没同步改bin-dir，composer bin xxx可能找不到可执行文件
真正麻烦的不是怎么生成 composer.json，而是生成后没人看 autoload 配置是否匹配实际目录结构，也没人验证 require-dev 里的工具是否真能跟主依赖共存——这些才是第二天就报错的地方。
