结论：报错“failed to open stream: permission denied”写不进composer.json，99%是文件或父目录属主为root，应执行sudo chown $user:$user composer.json或sudo chown -r $user:$user .修复所有权，禁用sudo编辑和chmod 777。
直接说结论：报错“failed to open stream: Permission denied”写不进composer.json，99% 是文件或父目录属主为 root，不是权限位（rwx）问题，更不该用 chmod 777。
为什么改完composer.json保存会失败
常见于以下场景：用 sudo nano composer.json 或 sudo code . 打开编辑后保存；IDE 在 root 权限下启动；或者之前执行过 sudo composer install 导致整个项目目录被 root 占领。结果就是 composer.json 文件本身或它所在的目录，所有者变成 root，而你当前是普通用户，系统直接拒绝写入。
- 先确认问题根源：
ls -ld . composer.json—— 看输出第三列是否为你的用户名（$(whoami)），若显示root root，就坐实了 - 别只查文件：即使
composer.json属主正确，若其所在目录（如.）属主是root，编辑器仍无法重写该文件（Linux/macOS 的 unlink + write 机制决定的） - Windows 用户注意：用 VS Code 以管理员身份打开整个项目文件夹后，所有新建/保存的文件默认继承管理员权限，需右键属性 → 安全 → 编辑 → 给当前用户加“修改”权限
composer.json 所在目录归属错配怎么修
修复动作必须精准，只归还所有权，不碰权限位：
- 如果只是
composer.json文件属主错了：sudo chown $USER:$USER composer.json - 如果整个项目目录（
.）都属root：sudo chown -R $USER:$USER .（注意末尾的.，表示当前目录及全部子项） - macOS 上若遇到 ACL 锁死（比如从 Time Machine 恢复后）：
sudo chmod -N . && sudo chown -R $USER:$USER . - 绝对不要运行
chmod -R 777 .—— 这会让 Git 报ownership changed，CI 构建时被安全策略拦截，且vendor/bin下脚本可能被拒绝执行
编辑器保存时反复触发权限错误怎么办
这是编辑器自身行为导致的“二次污染”，尤其常见于 VS Code、PHPStorm 和终端编辑器：
- VS Code：检查是否启用了
"files.watcherExclude"或插件（如 “PHP Intelephense”）在后台调用了composer dump-autoload—— 若它以错误用户身份运行，会立刻把vendor/再次刷成root所有 - 终端编辑器（nano/vim）：永远避免
sudo vim composer.json；改用chmod u+w composer.json && vim composer.json（前提是目录本身可写） - Git 提交前自动格式化（prettier-php、php-cs-fixer）：确保它们运行在当前用户上下文，而不是通过 root 启动的守护进程触发
- 临时验证法：改完
composer.json后，立刻跑composer validate—— 如果它也报 Permission denied，说明问题没清干净，别急着composer install
为什么composer install之后composer.json又变只读
这不是 composer install 干的，而是你之前留下的隐患在反扑：
-
vendor/目录属主是root，但composer.json属主是你 —— 表面能读写，但某些 IDE 会因vendor/不可写，拒绝启用 PHP 语言服务，进而禁用文件保存（表现为灰色保存按钮或弹窗提示“只读”） - Git 钩子（pre-commit）里调用了
composer install --no-dev，而该钩子被 root 权限的 CI 工具注入，导致每次提交都悄悄污染一次权限 - 最隐蔽的一点：某些 Docker 开发环境（如 Laravel Sail）挂载宿主机目录时未指定
user:，容器内 PHP 进程以root身份写入，宿主机上文件就永久变成root所有 —— 你删了vendor/也没用，下次composer install又来一遍
真正要盯住的，从来不是那个报错的文件名，而是 ls -ld 输出里第三列那个名字。它不对，一切操作都是徒劳。修完别急着继续，先 touch test.txt && rm test.txt 验证当前目录可写，再碰 Composer。
