答案是先定位报错路径归属，再用sudo chown -R $USER:$USER修复目录所有权，禁用chmod -R 777；若vendor属主为root，应删除vendor和composer.lock后由当前用户重装。
报错里出现 mkdir() Permission denied，先盯住路径再动手
这类错误不是 Composer 本身不会建目录，而是它调用 mkdir() 时被操作系统直接拒绝。关键线索全在报错信息里——比如 mkdir(): Permission denied in /path/to/vendor/composer/... on line 123，或者更直白的 Could not create directory "/home/user/project/vendor"。别急着改权限，先确认这个路径是不是你真正在操作的项目目录，还是它悄悄用了全局缓存或临时路径。
快速定位三处：运行 ls -ld vendor/、ls -ld $(composer config --global cache-dir)、ls -ld /tmp（Composer 有时会用系统临时目录解包）。只要任一输出第一列显示属主不是 $(whoami)，就坐实是归属问题。
Linux/macOS 下 vendor/ 属主是 root？删比修更安全
用过 sudo composer install 是最常见原因。此时 vendor/ 整个目录树属主是 root，后续普通用户连 rm -rf vendor 都可能失败，硬套 chown -R $USER:$USER vendor/ 还可能破坏软链接结构（比如 vendor/bin/phpunit 指向全局安装包）。
- 直接删干净：
sudo rm -rf vendor composer.lock，再用当前用户重装：composer install - 如果项目已提交过
vendor/到 Git（不该这么做但确实存在），先git clean -fdx清除未跟踪文件，再删 - 别信
chmod -R 777 vendor/—— 它不解决归属问题，还让 CI 工具报“权限过于宽松”警告
Docker 或 WSL2 中 mkdir 失败，大概率是挂载参数惹的祸
在容器或 WSL2 里跑 composer install 卡在 mkdir()，往往不是用户 UID 错了，而是挂载选项把整个目录变只读或禁写元数据。比如 Docker volume 加了 :ro，或者 WSL2 挂载 Windows 分区（/mnt/c/）时没开 metadata。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证方法：
- Docker：检查
docker run命令或docker-compose.yml里 volume 是否带:ro；改用bind mount并显式指定 UID：docker run -u $(id -u):$(id -g) ... - WSL2：运行
cat /etc/wsl.conf，确认有[automount]和metadata = true；若没有，加完后重启 WSL：wsl --shutdown - 通用排查：
mount | grep "$(df . | tail -1 | awk '{print $1}')" | grep -E "(ro|noexec|nodev)"，看到ro就得改挂载参数
Windows 上 Access is denied 不是缺权限，是防病毒软件或 .bat 生成被拦
报错像 Access is denied 且没给出具体路径，尤其出现在 vendor/bin/xxx.bat 生成阶段，基本可锁定为 Windows 杀软（尤其是 Defender 实时防护或“云查杀”模块）静默拦截了批处理文件落地。
- 临时禁用实时防护，再试
composer install；若成功，把项目目录加进杀软信任列表 - 换 Git Bash 运行 —— 它不走 Windows 批处理引擎，Composer 会生成 shell wrapper 脚本而非
.bat，绕过 UAC 和杀软拦截 - 必须用 PowerShell？加
--no-scripts跳过脚本生成：composer install --no-scripts，后续手动调用php vendor/autoload.php或直接用php ./vendor/bin/phpunit
真正容易被忽略的是：报错路径里写的 vendor/ 可能只是表象，真实失败点常在上游临时目录（如 ~/.composer/cache/ 或 PHP 的 sys_get_temp_dir() 返回路径），那里一旦被锁死，mkdir() 就根本走不到 vendor 层。
