auth.json权限问题本质是文件或父目录属主非当前用户，需用chown修复归属而非chmod；典型报错为“Failed to open stream: Permission denied”，常见于/root/.composer/auth.json等错误路径。
auth.json 权限问题不是配置写错，而是文件或父目录归属不对——它通常卡在 ~/.composer/auth.json 或项目根目录下的 auth.json 上，且属主是 root 或其他用户。
auth.json 所在路径归属不对就写不进去
Composer 在读写认证凭据时，会尝试修改 auth.json（比如执行 composer config --auth http-basic packagist.org user pass）。如果该文件或其所在目录的 owner 不是当前用户，就会报 Permission denied。
- 查项目级
auth.json：运行ls -ld auth.json，看第三列是否为$(whoami) - 查全局
auth.json：先确认位置composer config --global home，再运行ls -ld $(composer config --global home)/auth.json - 常见错误路径：
/root/.composer/auth.json（说明之前误用sudo composer config）或/var/www/.composer/auth.json（CI/PHP-FPM 用户环境）
别改 chmod，直接 chown 归还控制权
chmod 600 auth.json 没用，只要文件属主不是你，连打开都失败。真正要动的是所有权：
- 修复项目级：
sudo chown $(whoami):$(whoami) auth.json - 修复全局级：
sudo chown -R $(whoami):$(whoami) $(composer config --global home) - 如果
auth.json不存在但目录不可写，也要修目录：sudo chown $(whoami):$(whoami) $(dirname $(composer config --global home))
auth.json 被写入失败时的典型报错特征
注意区分是「读取失败」还是「写入失败」：
- 写入失败（最常见）：
file_put_contents(/home/user/.composer/auth.json): Failed to open stream: Permission denied - 读取失败（较少见）：
Could not parse authentication file /home/user/.composer/auth.json: failed to open stream—— 同样先查ls -ld，不是 JSON 格式问题 - 如果报错里含
/root/.composer/auth.json，说明你曾用sudo composer config --global，必须清理并重置：rm -f /root/.composer/auth.json，然后用普通用户重试
auth.json 的权限问题几乎从不源于内容格式，而永远始于归属错位；一旦父目录或文件本身被 root 占有，哪怕 chmod 777 也救不回写权限——因为 Linux 不允许非属主进程往非属主文件里写内容，这是内核级限制，不是 Composer 能绕过的。
