答案是先查归属和权限，再用sudo chown $USER:$USER修复所有权，必要时chmod 644补写入权限。错误中出现composer.json或composer.lock路径说明连读取都失败，主因是属主为root或权限位只读；检查ls -l输出，若第一列非当前用户则修归属，若权限以-r--开头才加chmod 644，禁用777。
composer.json 或 composer.lock 报 Permission denied 怎么修
错误里出现 composer.json 或 composer.lock 路径，说明 Composer 连读都失败——不是它想写，是连打开都做不到。这通常发生在文件属主是 root，而你当前是普通用户；或文件权限位被设为只读（比如 -r--r--r--）。
先查归属和权限：ls -l composer.json composer.lock
如果第一列不含 $USER（比如显示 root root），就该修所有权；如果权限列以 -r-- 开头，再补权限位。
- 只修归属（最常见）：
sudo chown $USER:$USER composer.json composer.lock - 仅当确认是权限位问题才加写入：
chmod 644 composer.json composer.lock（别用777） - 如果文件在 Git 仓库里，改完记得
git add --chmod=+x（仅当真需要可执行）或直接提交，避免下次拉取又覆盖
~/.composer/config.json 权限错导致 global 命令失效
运行 composer global require 或 composer config --global 报错写缓存、读配置失败，大概率是 ~/.composer/config.json 所有者不对，或整个 ~/.composer 目录被 root 占了。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
检查命令：ls -ld ~/.composer ~/.composer/config.json
只要任一输出里 owner 不是 $(whoami)，就是根源。
- 整目录修复：
sudo chown -R $USER:$USER ~/.composer - 顺手加固可写性（防 umask 干扰）：
chmod -R u+rw ~/.composer - 验证是否生效：
composer config --global home输出应为/home/yourname/.composer，且不报错
COMPOSER_HOME 指向非用户目录时的硬伤
如果 composer config --global home 返回 /root/.composer 或 /var/www/.composer，说明环境变量 COMPOSER_HOME 被污染过——所有 global 操作都会往那里写，而你的 shell 根本没权限读。
- 临时绕过：
COMPOSER_HOME=$HOME/.composer composer global require laravel/installer - 永久修复：删掉污染路径（如
sudo rm -rf /root/.composer），再重置全局配置：composer config --global home "$HOME/.composer" - 检查是否残留：
env | grep COMPOSER_HOME，如有输出，从~/.bashrc或~/.zshrc中删掉对应export行
Docker 或 WSL 下 config.json 权限静默失败
在 WSL 里挂载 Windows 路径（如 /mnt/c/project），或 Docker volume 绑定宿主机目录时，config.json 可能因元数据不支持而变成只读，ls -l 看起来正常，但 composer config --global 就是写不进。
- WSL 用户：确认
/etc/wsl.conf含[automount] metadata=true，重启 WSL - Docker 用户：不要在宿主机跑
composer install后再挂进容器；改在Dockerfile里做：RUN composer install --no-scripts - 终极排查：用
strace -e trace=openat,open,write composer config --global foo bar 2>&1 | grep -E "(config.json|denied)"，看真实失败点在哪
~/.composer/cache/plugins/ 是 root，但其他子目录是你的，这种 ls -la ~/.composer/cache/ 才露馅。修的时候不能只扫一层，得带 -R。 
