composer validate 仅校验 composer.json 的 JSON 语法和字段合法性，不检查依赖存在性、平台兼容性、autoload 路径真实性或锁文件一致性；需配合 --strict、--dry-run、check-platform-reqs 等命令全面验证。
composer validate 不能保证依赖能装上，它只管 composer.json 写得“像不像合法配置”——JSON 语法对不对、字段名拼没拼错、必需字段在不在，仅此而已。
报 JSON parse error on line X at column Y 怎么快速定位？
这不是模糊提示，就是精确到那一列——问题一定就在那里。常见元凶：
- 末尾多逗号：
"require": {"monolog/monolog": "^3.0",}最后那个逗号必须删 - 中文标点混入：从网页复制的冒号
：、引号“”、或零宽空格U+200B，肉眼难辨但 JSON 解析器直接拒 - 单引号代替双引号：
'name': 'myorg/mylib'是非法的，JSON 只认双引号 - BOM 头干扰：Windows 编辑器可能加了 UTF-8 BOM（
ef bb bf），用xxd composer.json | head查；或直接用php -r "$j=file_get_contents('composer.json'); echo json_last_error_msg();"绕过 Composer、直测 PHP 原生解析结果
为什么 validate 通过了，install 却报 Could not find package？
因为 composer validate 根本不联网、不查 Packagist、也不解析版本约束含义。它把 "^1.2.3 || ~2.0" 当字符串看，只要格式合规就放行。
-
"require": {"nonexistent/package": "dev-main"}—— validate 不拦，install 才炸 -
"php": ">=8.3"写得再规范，PHP 8.2 环境下composer install仍会失败 - 私有包名如
"myorg/internal-lib"即使没配repositories，validate 也沉默 - 真正暴露这类问题的命令是
composer install --dry-run，它走完整依赖求解流程，但不写vendor、不改缓存
--strict 到底该不该加？
该加，日常开发和 CI 中都建议默认启用。不加 --strict 时，很多低级错误会被放过：
-
"autoloader"拼错成"autoload"？默认不报，加--strict立刻报Property autoloader is not defined - 缺
"description"字段？默认只警告，加--strict就是错误（exit code 1） -
"type": "libary"（拼错）或"minimum-stability": "dev-master"（值非法）？只有--strict才拦截 - CI 中推荐组合：
composer validate --strict --no-check-publish，跳过 Packagist 发布检查，避免网络或权限中断流水线
验证完就万事大吉？别漏掉平台兼容性
composer validate 对 config.platform.php、config.platform.ext-xxx 完全无感。你写 "php": "^8.1"，它不管当前环境是 PHP 7.4 还是 8.4。
- 想确认 PHP 版本是否真匹配，得跑：
composer check-platform-reqs - 想确认扩展是否满足，比如
"ext-gd": "*"，同样靠check-platform-reqs，不是validate - 锁文件一致性也不归它管：
composer.json改了但没update，validate照样通过；要查这个，用composer install --dry-run或composer validate --check-lock
最常被忽略的一点：validate 是纯静态检查，它连你写的 autoload 路径是否存在都不管——"psr-4": {"App\": "src/"} 里 src/ 目录要是被误删了，validate 依然显示 is valid。
