加sudo安装thinkphp会埋下runtime权限隐患，因root创建的目录使www-data等php进程用户无法写入，即使chmod 777也无效；根本原因是路径中间某层缺x权限导致php进程无法进入，需用namei -l定位并修复，推荐不加sudo安装后仅chown runtime并设安全权限。
直接用 sudo composer create-project 安装 ThinkPHP，八成会埋下 runtime 权限隐患——不是命令跑不起来，而是后续 Web 请求一写日志就报 Permission denied。
为什么加 sudo 反而让权限更糟
加 sudo 后，composer 以 root 身份创建整个项目目录，包括 runtime/ 及其子目录。而 PHP 进程（如 www-data、nginx 或 apache）根本没权限往 root 创建的目录里写东西，哪怕你 later 手动 chmod 777 runtime/，也解决不了“进不去中间某层目录”的问题。
-
runtime/本身有写权限，但上层public/或项目根目录若属主是 root 且无 o+x，PHP 用户连cd都进不去 -
namei -l /path/to/thinkphp/runtime会暴露哪一层缺 x 权限——这才是真正卡住的地方 - 用
sudo chown -R www-data:www-data补救，可能把vendor/目录也改了属主，导致下次composer update失败（因当前用户无权修改）
推荐做法：不加 sudo，只调目录属主
安装前先确认 PHP 进程实际用户：ps aux | grep php-fpm 或在 public/test.php 里写 <?php echo exec('whoami'); ?>；然后确保你当前操作用户对目标目录有写权限，再执行：
- 不加
sudo运行：composer create-project topthink/think tp6 - 安装完立刻修正
runtime/属主：sudo chown -R www-data:www-data tp6/runtime（用户名按实测结果填） - 设安全权限：
sudo chmod -R u+rwX,g+rwX,o-rwx tp6/runtime（注意是大写X，不给文件加执行位） - 验证子目录继承：
ls -ld tp6/runtime/log，若组权限缺失，补sudo chmod g+rwx tp6/runtime/log
遇到 “Could not write lock file” 怎么办
这不是框架问题，是当前用户对项目目录没写权限，或磁盘空间不足。别急着加 sudo：
- 先
ls -l看当前目录权限，确认你是所有者或属于对应组 - 如果目录属主是别人（比如部署账号），用
sudo chown -R $USER:$USER tp6拿回控制权 - 检查磁盘：
df -h .，/tmp满了也会触发同类错误 - 临时换路径试：
composer create-project topthink/think /tmp/tp-test，成功说明原路径权限/空间有问题
Linux 下大小写敏感引发的“权限错觉”
有些报错看似权限问题，其实是路径拼写错误被系统转成 Permission denied（尤其在 Nginx + PHP-FPM 组合下）。例如：
-
require __DIR__.'/../thinkphp/base.php'报错，但实际文件叫ThinkPHP（首字母大写），Linux 就找不到 -
app/controller/Index.php类命名空间写成app\Controller，自动加载失败后，某些错误处理逻辑会 fallback 到权限检查并报错 - 用
find . -iname "base.php"确认真实文件名，比盲目改权限更有效
真正难搞的从来不是 runtime/ 目录本身，而是从 / 开始每一级目录对 PHP 用户是否都开了 x 权限——这个细节，90% 的人第一次排查时都会跳过。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
