根本原因是vendor目录被root占用而非rwx权限不足；应先用ls -ld vendor/确认属主是否为当前用户，若是root则删vendor和composer.lock后以当前用户重装最稳妥。
Composer install 时提示 Permission denied 写入 vendor 目录
根本原因不是镜像源问题，而是当前用户对项目目录（尤其是 vendor）没有写权限。常见于用 sudo composer install 初始化后残留的 root 所有者文件，或项目目录被 chown 错误设置。
直接修复方式是重置目录所有权：
- 确认当前用户名：
whoami - 递归修正项目根目录权限：
sudo chown -R $(whoami):$(whoami) ./ - 确保
vendor可写但不开放全局写权限：find ./vendor -type d -exec chmod 755 {} \;，find ./vendor -type f -exec chmod 644 {} \;
注意：不要对整个项目执行 chmod 777 —— 这会破坏 Composer 的安全校验，后续 composer install 可能拒绝执行并报 Signature verification failed。
全局 Composer 镜像配置被权限卡住（composer config -g repo.packagist 失败）
当执行 composer config -g repo.packagist https://mirrors.aliyun.com/composer/ 报 Permission denied，说明 Composer 的全局配置文件 ~/.composer/config.json 所在目录归属异常（比如曾用 sudo composer 创建过）。
检查并修复：
- 查看配置文件归属：
ls -la ~/.composer/ - 若属 root，运行：
sudo chown -R $(whoami):$(whoami) ~/.composer - 再试配置命令；如仍失败，可手动编辑
~/.composer/config.json，添加：{"repositories": {"packagist.org": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}}}
注意：Windows 用户需检查 %APPDATA%\Composer\ 目录权限，macOS / Linux 用户要留意 ~/.composer 是否被 Docker 或 CI 工具意外修改过属主。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CI 环境中 Composer cache 目录无写入权限
GitHub Actions、GitLab CI 等环境默认以非 root 用户运行，但某些基础镜像（如早期 php:alpine）会把 /root/.composer/cache 设为 root-only，导致 composer install 缓存失败，降级为全量下载。
解决办法是在 composer install 前显式指定 cache 目录：
- 添加环境变量：
COMPOSER_CACHE_DIR=/tmp/composer-cache - 或在命令中直接指定：
composer install --no-interaction --cache-dir /tmp/composer-cache - 必要时提前创建并授权：
mkdir -p /tmp/composer-cache && chmod 777 /tmp/composer-cache
别依赖默认 cache 路径 —— CI 容器生命周期短，且不同镜像对 $HOME 的挂载策略不一致，/tmp 是最稳妥的临时落盘位置。
镜像地址本身返回 403 或 404 导致“权限错觉”
有些用户看到 Could not fetch 或 Failed to download 就以为是本地权限问题，实际是镜像源已失效或限流。例如清华源在 2023 年底下线了旧域名 https://packagist.phpcomposer.com，阿里云镜像要求 User-Agent 不为空。
快速验证方法：
- 用
curl -I https://mirrors.aliyun.com/composer/packages.json检查 HTTP 状态码（应为 200） - 检查是否被重定向到登录页（返回 302 + HTML）——说明镜像域名已停用
- 确认 Composer 版本：
composer --version；Composer 2.2+ 默认加 User-Agent，老版本需手动补：composer config -g http-basic.repo.packagist.org "" ""不起作用，应换镜像或升级
真正卡在权限上时，错误信息里一定含 Permission denied、mkdir(): Permission denied 或 file_put_contents(): failed to open stream —— 其他报错别急着改 chmod。
