直接修改缓存目录比硬修权限更稳定，尤其在docker、wsl或受限系统中；本质是~/.composer/cache不可写，换至用户可控路径如~/composer-cache并配置生效，可一劳永逸解决。
直接改缓存目录比硬修权限更稳，尤其在 Docker、WSL 或受限系统里。 问题本质不是 Composer 坏了，而是 ~/.composer/cache 路径不可写——可能被 root 占过、挂载点禁 chmod、或家目录策略限制。换一个你 100% 有控制权的路径，一劳永逸。
确认当前缓存路径和写入失败点
先看 Composer 实际想写哪：运行 composer config --global cache-dir。如果输出是 /home/you/.composer/cache，再检查它是否真能写：ls -ld ~/.composer/cache。常见失败现象包括：
- 报错中反复出现
Cannot create cache directory /home/you/.composer/cache/repo/https---packagist.org/ - 命令卡住几秒后打印
proceeding without cache -
composer diagnose明确提示The cache directory is not writable
用 composer config -g cache-dir 换个安全路径
别碰 ~/.composer，直接切到用户主目录下新建的独立路径，比如 ~/composer-cache：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
mkdir -p ~/composer-cache确保目录存在 - 运行
composer config -g cache-dir ~/composer-cache - 验证生效：
composer config --global cache-dir应输出完整绝对路径（如/home/you/composer-cache） - 旧缓存可删：
rm -rf ~/.composer/cache（只在新路径生效后操作）
这个配置写进 ~/.composer/config.json 的 cache-dir 字段，全局生效，不影响单个项目。
WSL / Docker / CI 环境要额外注意挂载与属主
在 WSL 访问 /mnt/c/ 下的项目、或 Docker 容器里跑 Composer，chown 常无效——NTFS 或 tmpfs 不支持 Unix 权限模型。此时必须换路径 + 显式指定属主：
- WSL 用户：项目移到
~/projects/（ext4 分区），再设缓存为~/composer-cache - Docker 中：启动容器时加
-v $HOME/composer-cache:/home/appuser/composer-cache，并在composer config -g cache-dir里指向容器内该路径 - CI 脚本（如 GitHub Actions）：在
steps里提前mkdir -p $HOME/composer-cache，再配置缓存路径，避免依赖默认位置
最常被忽略的是：改完缓存路径后没清旧缓存，或者 ~/.composer 根目录本身仍属 root——哪怕缓存路径换了，Composer 初始化时仍会尝试读写 ~/.composer/ 下的 config.json 和 keys.tags.pub。务必连带修复：sudo chown -R $USER:$USER ~/.composer。
