Permission denied错误根源是PHP进程用户（如www-data）对目标路径无读/写权限，需用ls -ld查归属与权限，确认属主匹配且具备r/w/x权限，同时排查open_basedir限制及父目录权限。
看报错路径，别猜目录
终端里那行 Permission denied 不是重点，重点是它前面或后面跟着的完整路径。比如 file_put_contents(/home/alex/project/vendor/autoload.php) 或 Writing cache file ~/.composer/cache/repo/https---packagist.org/packages.json——这个路径就是你要立刻去查的地方。它指向哪，你就查哪，不跳步、不推测。
用 ls -ld 确认归属和权限
拿到路径后，直接运行 ls -ld /path/to/that/dir（注意末尾不加 *）。输出第一列如 drwxr-xr-x 12 root root，只要第二个 root 不是你当前用户名（可用 whoami 确认），就说明所有权错配；如果是 drw------- 且属主是你自己，才需要考虑权限位问题。
-
ls -ld vendor/→ 查项目vendor目录 -
ls -ld composer.lock→ 查锁文件是否被root写过 -
ls -ld $(composer config --global cache-dir)→ 查全局缓存实际路径归属
Windows 下要查 ACL，不是 chmod
PowerShell 或 CMD 中执行 composer config --global cache-dir，若输出类似 %APPDATA%\Roaming\Composer\Cache，那就不能用 chmod——Windows 没这机制。得进图形界面右键该文件夹 → “属性” → “安全”选项卡 → 确保当前用户或 Users 组有“完全控制”权限。或者用命令：icacls "%APPDATA%\Roaming\Composer\Cache" /grant "%USERNAME%:(OI)(CI)F"。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
别信 COMPOSER_HOME 环境变量，只信 composer config --global cache-dir
有些项目手动设了 COMPOSER_HOME=/root/.composer，结果普通用户跑 composer install 时缓存写不进 /root。这种配置不会在报错里明说，但 composer config --global cache-dir 输出为空或报错，就是线索。此时应删掉错误的环境变量，或重设：composer config -g home ~/.composer，再验证缓存路径是否落到用户目录下。
真正容易被忽略的是：Permission denied 往往不是目标目录本身没权限，而是它某个父级临时目录（比如 ~/.composer/cache/files/ 下某层子目录）被 root 创建后拒绝继承写入权。所以查完报错路径，顺手也 ls -ld 它的上两级父目录。
