composer全局配置目录默认为linux/macos的~/.composer或windows的%appdata%\composer；该目录及其中auth.json必须设为700或600权限，否则因敏感数据校验失败而被拒绝加载。
Composer全局配置目录默认在哪
Composer 的全局配置目录由 COMPOSER_HOME 环境变量决定，未设置时默认为：~/.composer（Linux/macOS）或 %APPDATA%\Composer（Windows）。这个目录下存着 auth.json、config.json、缓存和全局安装的 bin 文件——其中 auth.json 含敏感凭据，权限不当会触发 Composer 警告甚至拒绝加载。
为什么 chmod 755 不行，必须是 700
Composer 在读取 auth.json 前会强制校验文件权限：如果该文件或其父目录权限宽松（如组/其他用户可读），就会报错 Warning: auth.json contains sensitive data and must not be readable by other users!。这不是警告，是硬性拒绝——哪怕你只是想 composer install 一次。
-
chmod 755 ~/.composer❌ 组和其他用户有读权限，不通过校验 -
chmod 700 ~/.composer✅ 仅属主可读写执行，满足安全要求 -
chmod 600 ~/.composer/auth.json✅ 单独加固文件更稳妥
修改权限前先确认当前归属和路径
别直接狂敲 chmod，先用命令确认真实路径和 owner：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
echo $COMPOSER_HOME ls -ld ~/.composer ls -l ~/.composer/auth.json
常见陷阱：
- 如果你用
sudo composer global require，可能导致~/.composer归属变成root，普通用户无法写入 —— 此时chmod无效，得先sudo chown -R $USER:$USER ~/.composer - 某些 Docker 或 CI 环境中
COMPOSER_HOME指向非家目录（如/tmp/composer），需同步改该路径权限
Windows 用户注意：没有 chmod，但仍有等效限制
Windows 下无传统 chmod，但 Composer 同样校验 auth.json 的 ACL（访问控制列表）。若该文件被设为“Everyone 可读”，就会报同样错误。解决方式：
- 右键
auth.json→ “属性” → “安全” → 移除 “Users” 或 “Everyone” 的“读取”权限 - 只保留当前用户 + Administrators（且推荐勾选“替换子容器和对象的所有者”）
- 或者用 PowerShell 强制重置：
icacls "%APPDATA%\Composer\auth.json" /inheritance:r /grant:r "%USERNAME%:(R)"
权限这事，不是“能跑就行”，而是 Composer 主动拦在门口检查——漏掉任意一层（目录、文件、owner），都可能在某个看似无关的命令里突然失败。
