虚拟机中composer install报permission denied，根本原因是vboxsf共享目录uid/gid硬编码为root，应修改vagrantfile添加uid/gid映射参数或切换至本地目录执行安装。
虚拟机里 composer install 报 Permission denied，先看报错路径
错误里带 /vagrant/vendor/autoload.php 或 /mnt/shared/project/vendor/？说明问题出在共享目录的文件系统权限映射上，不是 Composer 本身坏了。VirtualBox/Vagrant 默认用 vboxsf 挂载共享目录，Linux 客户机里这些目录的 uid/gid 映射常被硬编码为 root:root，哪怕你在宿主机用普通用户操作，guest 里看到的文件属主也是 root。
验证方式：ls -ld /vagrant/ 或 ls -ld /mnt/shared/project/，如果输出第一列是 drwxr-xr-x 1 root root，就是它了。
- 别急着
chmod -R 777—— vboxsf 不支持 chmod，命令会静默失败或报错 - 也别试
sudo chown -R $USER:$USER—— vboxsf 下 chown 无效，属主无法修改 - 真正有效的解法只有两个：改挂载参数，或换目录执行
Vagrantfile 里必须加 uid/gid 映射参数
默认挂载不传 uid/gid，Vagrant 就用 0（即 root）。你得显式指定和 guest 用户一致的数值，否则 composer install 写 vendor/ 时直接被内核拒绝。
在 Vagrantfile 的共享目录配置里补上：
config.vm.synced_folder "./", "/vagrant", owner: "vagrant", group: "vagrant", mount_options: ["dmode=775,fmode=664,uid=1000,gid=1000"]
其中 uid=1000 和 gid=1000 要换成你 guest 用户的真实 ID（id -u 和 id -g 查），owner/group 字段也要匹配用户名。漏掉任意一个，挂载后仍是 root 属主。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
dmode控制目录权限，fmode控制文件权限，避免因 umask 导致新文件不可写 - 改完必须
vagrant reload，vagrant up --provision不会重挂载 - 如果用 NFS 挂载，参数名不同：
mount_options: ["rw", "vers=3", "tcp", "nolock", "uid=1000", "gid=1000"]
实在不想改 Vagrantfile？临时切到非共享目录跑 install
共享目录权限卡死时，最省事的绕过方式是把项目复制到 guest 本地磁盘再装，装完再拷回去。只要确保 composer.lock 不变，vendor 内容就一致。
操作顺序：
cp -r /vagrant/myapp /tmp/myapp-tmpcd /tmp/myapp-tmp && composer install --no-dev --optimize-autoloader --prefer-distrm -rf /vagrant/myapp/vendor && cp -r /tmp/myapp-tmp/vendor /vagrant/myapp/- 删掉
/tmp/myapp-tmp，避免占满 tmpfs
注意：composer.lock 必须留在 /vagrant/myapp/ 原位，不能动；vendor/ 替换后要检查 vendor/autoload.php 是否可读（ls -l /vagrant/myapp/vendor/autoload.php 应显示 -rw-r--r--）。
宿主机是 Windows/macOS 时，额外检查行尾符和大小写
Windows 宿主机 + VirtualBox 共享目录下，Composer 可能因行尾符（CRLF）或大小写敏感问题卡在 autoload 生成阶段，表现为 file_put_contents 失败但无明确路径提示。
- 宿主机用 Git 设置
core.autocrlf=false，避免 .gitattributes 干扰 - 检查
composer.json里所有包名是否全小写（如"monolog/monolog"，不是"Monolog/Monolog"） - macOS 宿主机需确认共享目录没启用 case-insensitive 文件系统（APFS 默认大小写不敏感，但挂载进 Linux 后可能行为异常）
这类问题不会报 “Permission denied”，但现象高度相似：vendor 创建一半中断、autoload.php 空或损坏、class not found。修复前先 rm -rf vendor composer.lock 彻底清空再试。
