应使用php -r命令或jsonlint.com定位：执行php -r "json_decode(file_get_contents('composer.json')) || die('json error: '.json_last_error_msg());"可获错误提示，php 8.0+附带偏移量；粘贴内容至jsonlint.com则精确标出违规行与字符，如末尾逗号、bom头或中文标点。
composer install 报 JSON decode error 怎么快速定位到具体字符
报错本质是 PHP 的 json_decode() 拒绝解析，不是 Composer 本身出问题。错误信息里那句 JSON parse error on line 12 at column 5 就是精确坐标，别从头扫文件——问题一定在第 12 行第 5 列附近。
实操建议：
- 直接运行：
php -r "json_decode(file_get_contents('composer.json')) or die('JSON error: '.json_last_error_msg());"，PHP 8.0+ 还会附带偏移量（如offset 123），配合编辑器「显示不可见字符」功能就能秒定位 - 粘贴内容到 jsonlint.com：高亮标出非法字符，比如末尾逗号、中文引号、全角冒号、零宽空格（U+200B）、UTF-8 BOM 头（
ef bb bf） - 用
jq '.' composer.json（需先brew install jq或apt install jq）：失败时直接输出行列号，比composer validate更底层、更敏感
Windows 记事本保存的 composer.json 为什么总报错
因为记事本默认保存为 UTF-8 with BOM，而 Composer 要求严格 UTF-8 无 BOM。BOM 是开头三个不可见字节 ef bb bf，json_decode() 把它当非法字符直接崩。
确认和修复方法：
- Linux/macOS 下执行：
file -i composer.json，输出含charset=utf-8才对；若为charset=utf-8-with-bom，用sed -i '1s/^\xEF\xBB\xBF//' composer.json（GNU sed）或gsed -i '1s/^\xEF\xBB\xBF//' composer.json（macOS） - Windows 下用 Notepad++ → 编码 → 转为「UTF-8 无 BOM」；VS Code 右下角点击编码名 →「Save with Encoding」→ 选「UTF-8」（注意不是「UTF-8 with BOM」）
- VS Code 用户可安装「JSON Tools」插件，右键「Prettify JSON」——格式化失败即暴露隐藏问题
为什么中文标点、注释、末尾逗号会挂掉整个安装流程
JSON 规范极其严格，不接受任何“看起来差不多”的写法。这些看似微小的差异，在 json_decode() 眼里全是致命错误。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
高频踩坑点：
- 对象最后一项后面加逗号：
"php": "^8.1",❌；必须是"php": "^8.1"✅ - 用单引号或中文引号：
'name': 'my/app'或“name”: “my/app”❌；必须是"name": "my/app"✅ - 写了注释：
// require dev tools或/* this is comment */❌；JSON 不支持任何注释，一律删掉 - 复制网页内容时混入零宽空格（U+200B）或全角空格，肉眼不可见但解析器直接拒收
composer validate --strict 和 --dry-run 为什么不能省
composer validate 默认只做轻量检查：验 JSON 是否能 parse + 必填字段是否存在。它不查字段值是否合法，也不联网验证包是否存在。加 --strict 才启用完整 JSON Schema 校验 + 语义检查；加 --dry-run 才真正走一遍依赖解析流程。
CI/CD 中应固定使用：
-
composer validate --strict --no-check-publish：跳过 Packagist 发布检查，避免网络中断流程 -
composer install --dry-run --no-interaction --no-progress：不下载包，但会解析版本约束、检查平台兼容性、验证私有仓库可达性 - 如果项目有
composer.lock，再加一步：composer update --lock --dry-run，防止手动改了composer.json却忘了更新 lock 文件
真正麻烦的不是语法错误本身，而是错误信息不指明位置，加上编辑器自动补全、Git 换行符转换、从网页复制内容这些“隐形操作”，都可能悄悄污染 JSON。校验必须分层：先过 json_decode()，再过 validate --strict，最后过 --dry-run。
