答案是先确认/tmp是否被锁死，再通过strace定位真实路径，查归属后用tmpdir指定用户级临时目录或换缓存路径修复。composer卡在tmp目录本质是php无法写入系统临时目录，常见于/tmp属主为root、selinux拦截、wsl挂载点不支持权限或php配置指向无效路径；应避免修改/tmp本身，改用tmpdir=$home/.composer/tmp或全局换cache-dir，并清理$tmpdir、vendor、composer.lock及缓存后重装。
Composer中断卡在tmp目录？先确认是不是/tmp被锁死了
Composer默认会把下载的ZIP包临时存到系统/tmp或$TMPDIR下，如果这个路径归属是root、权限被限制（比如SELinux启用、或WSL挂载点不支持写入），就会在“Downloading”阶段静默失败，错误里往往不直接提/tmp，但strace -e trace=openat composer install 2>&1 | grep tmp能抓到真实路径。
查归属：ls -ld /tmp或echo $TMPDIR && ls -ld "$TMPDIR"。若owner不是当前用户，别改/tmp本身——那是系统级目录，改了可能影响其他服务。
- 临时方案：运行前指定用户级临时目录，
TMPDIR=$HOME/.composer/tmp composer install - 长期方案：在
~/.bashrc或~/.zshrc里加export TMPDIR="$HOME/tmp"，再mkdir -p $HOME/tmp && chmod 700 $HOME/tmp - WSL用户特别注意：
/mnt/c/或/mnt/d/下的路径不支持Linux权限模型，TMPDIR绝不能设在那里
报错末尾出现“Permission denied”但路径不在vendor里？盯紧cache-dir和tmp子目录
错误信息如file_put_contents(/tmp/composer_archiveXXXX.zip): failed to open stream: Permission denied，说明问题出在临时归档写入环节；如果是mkdir(): Permission denied in ~/.composer/cache/files/...，那就是缓存目录子路径不可写——这比整个~/.composer归属错更隐蔽，因为chown -R后某些子目录可能因umask被创建为755且group不可写。
验证方式：ls -ld $(composer config --global cache-dir)/files，再进该目录ls -ld */ | head -n3看几个包目录的权限位和owner。
- 修复命令：
sudo chown -R $USER:$USER $(composer config --global cache-dir)+chmod -R u+rw $(composer config --global cache-dir) - 更稳妥做法：换掉缓存位置，
mkdir -p ~/composer-cache && composer config --global cache-dir ~/composer-cache - 避免递归
chmod 777——files/下ZIP文件必须是644，否则Composer校验时会跳过并重下
中文路径导致composer install失败？不是编码问题，是POSIX路径解析失效
Composer底层用PHP的realpath()和is_writable()判断路径，遇到含中文字符的项目路径（如/home/用户/我的项目）时，部分PHP版本或系统locale配置下会返回false，即使目录实际可写。这不是报错“Permission denied”，而是直接卡在“Loading composer repositories…”不动，strace能看到大量stat()失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
根本解法不是改locale，而是绕开中文路径：
- 把项目移到纯ASCII路径，比如
~/projects/myapp，再cd进去运行composer install - 如果必须保留中文路径，用符号链接过渡：
ln -s "/home/用户/我的项目" ~/myapp && cd ~/myapp -
composer diagnose输出里若出现Warning: The xdebug extension is loaded，顺手关掉xdebug——它会放大路径解析延迟，让中文路径问题更易触发
中断后重试还失败？先清空tmp再删vendor，别信“自动续传”
Composer不支持HTTP断点续传，下载中断后/tmp或$TMPDIR里的半截ZIP会被自动删除，但vendor/composer/installed.json可能已写入部分数据，导致重试时跳过某些包却没真正解压完成，结果类找不到或autoload.php缺失。
标准清理顺序（缺一不可）：
- 杀掉残留进程：
pkill -f "composer" - 清临时目录：
rm -rf $(mktemp -d 2>/dev/null || echo "$TMPDIR")（优先清$TMPDIR， fallback 到/tmp） - 删项目级残留：
rm -rf vendor/ composer.lock（composer.lock必须删，否则install会按旧锁文件拉包，可能版本冲突） - 清全局缓存：
composer clear-cache（这步不能省，损坏的ZIP缓存会复用） - 最后重装：
composer install --prefer-dist --no-plugins
最常被忽略的是$TMPDIR残留和composer.lock未删干净——这两处任一存在，都会让重试行为变得不可预测。
