答案是目标目录权限不足，需确保当前用户对路径有读写权。典型表现包括“could not write lock file”“mkdir(): permission denied”，应先用ls -ld检查归属，优先将项目建在用户可控目录（如~/projects/），必要时用chown -r $user:$user修改系统目录权限，避免滥用sudo。
直接运行 composer create-project topthink/think 报错 Permission denied 或 Operation not permitted，大概率不是代码写错了，而是当前用户没权限往目标目录写文件——尤其在 macOS / Linux 下常见，Windows 则多因未以管理员身份启动终端。
Linux/macOS 下执行 composer 命令被拒绝写入
错误典型表现是：Could not write lock file、Permission denied: vendor/、mkdir(): Permission denied。根本原因是你当前用户对目标路径（比如 /var/www/html 或 /opt/lampp/htdocs）没有写权限，而不是 Composer 本身坏了。
- 先确认目标目录归属：
ls -ld /path/to/target，看 owner 和 group 是不是你当前用户 - 别急着加
sudo——用sudo composer create-project ...会导致生成的vendor/所有者变成 root，后续php think run或 Web 服务器（如 Apache/Nginx）反而读不了 - 更安全的做法是把项目建在你有完全控制权的目录下，例如：
~/Sites/myapp或~/projects/tp8 - 如果必须放在系统级 Web 目录（如
/var/www），改目录权限比改用户更稳妥：sudo chown -R $USER:$USER /var/www，再执行 composer 命令
Windows 上提示“拒绝访问”或“无法创建目录”
本质和类 Unix 系统一样：命令行工具没获得写入目标路径的权限。但 Windows 不靠 chown，而是靠启动方式。
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 不要双击打开 cmd 或 PowerShell，要右键 → “以管理员身份运行”
- 如果你用的是 phpEnv、小皮、PhpStudy 等集成环境，它们默认把网站根目录设在
D:\phpEnv\www这类受保护路径，普通用户写入受限，必须提权才能安装 - 但注意：提权后安装完成，记得把
public/设为 Web 服务器的 DocumentRoot，否则访问时会报You don’t have permission to access / on this server. - 另一个隐藏坑：
composer create-project如果中途断了（比如网络抖动），vendor/可能只建了空目录，后续composer update仍会失败；此时应先rm -rf vendor/（Windows 用rmdir /s vendor），再重试
composer require 或 update 时提示 ext-xxx 缺失
这不是权限问题，但常被误判为“装不上”。比如报 The openssl extension is required 或 ext-fileinfo is missing，说明 PHP 运行时缺扩展，而 Composer 安装过程依赖这些扩展做 SSL 校验、解压、解析 JSON 等。
- 先运行
php -m | grep -E "(openssl|fileinfo|mbstring|pdo)"（Linux/macOS）或php -m（Windows）确认扩展是否已启用 - 若未启用，在
php.ini中取消注释对应行，例如：extension=openssl、extension=fileinfo - 不建议长期用
--ignore-platform-reqs绕过——它只是跳过检查，不代表功能可用；比如缺openssl，后续 Composer 甚至连包都拉不下来 - Windows 下常见
php_openssl.dll找不到，除了开 extension，还要确认extension_dir指向正确（如extension_dir = "ext"），且 DLL 文件确实在该目录下
安装成功但访问 public/index.php 报 autoload.php 找不到
这是最典型的“看似装完实则残缺”现象，错误信息像：require(.../vendor/autoload.php): failed to open stream。说明 vendor/ 目录虽然存在，但里面没东西，或者自动加载器没生成。
- 先 cd 进项目根目录，运行
composer dump-autoload，强制重建自动加载映射 - 如果
vendor/autoload.php真的不存在，说明composer install或create-project没走完——检查是否卡在某个包下载（尤其是topthink/think-trace、topthink/think-view这类子包） - 国内网络环境下，务必提前切镜像源：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，否则容易超时中断 - 极少数情况是 Composer 版本太老（composer self-update
真正麻烦的从来不是哪条命令敲错了，而是权限、路径、PHP 扩展、网络四者叠加出的“静默失败”——比如 vendor/ 目录空着却没报错，或者 autoload.php 存在但内容为空。遇到这类问题，别猜，先 ls -la vendor/（或 dir vendor）看真实文件结构。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
