根本原因是Windows与Linux文件权限机制不同：Linux要求PHP进程用户对runtime目录及其父级路径具有严格匹配的x和w权限，而Windows依赖账户“修改”权限且易因路径分隔符错误导致失败。
ThinkPHP项目从Windows开发环境部署到Linux服务器后，日志写不进runtime目录、缓存无法生成、上传文件失败，根本原因是两个系统对文件权限的解释和校验逻辑完全不同。
Linux下PHP进程用户与目录权限必须严格匹配
在Linux中，ThinkPHP运行时创建的runtime/log、runtime/cache等子目录，其写入成败取决于PHP-FPM或Apache子进程的实际用户（如www-data、nginx）是否拥有对应目录的写权限，而非当前登录用户的权限。
第一步：确认PHP进程真实身份，执行ps aux | grep -E '(php-fpm|apache|httpd)'，观察USER列；或在控制器中输出<?php echo posix_getpwuid(posix_geteuid())['name']; ?>。
第二步：检查runtime目录完整路径每一级的x权限——缺少任一级的x权限，PHP进程就无法cd进入子目录。例如/var/www/myapp/runtime/log可写，但若/var/www/myapp权限是750且属组不是www-data，则PHP进程连runtime目录都进不去。
立即学习“PHP免费学习笔记（深入）”；
第三步：递归设置目录属组并开启组写权限：chown -R :www-data /var/www/myapp/runtime → chmod -R g+w /var/www/myapp/runtime。注意【不要用chmod 777，它会破坏SELinux上下文或触发安全策略拦截】。
Windows下IIS或Apache权限模型不生效，但路径分隔符必须统一
Windows没有Unix式的rwx权限位概念，IIS或Apache默认以当前应用池标识或服务账户身份运行，只要该账户对目录有“修改”权限即可写入。真正导致ThinkPHP在Windows上出错的，90%是路径拼接错误。
方法一：所有配置中的路径一律使用正斜杠/，例如'path' => __DIR__ . '/../runtime/log/'。PHP内部会自动将/转换为Windows系统调用所需的\，但OpenCV、FFmpeg等原生扩展只认/，硬写\会导致file_exists()返回false。
方法二：禁用ThinkPHP的路径自动解析机制，在config/app.php中显式关闭'root_path' => null，避免因CLI与Web模式下getcwd()基准不同导致runtime路径漂移。
注意：Windows下realpath(__DIR__ . '/../runtime')可能返回false，因为上级目录不存在或权限不足——这不是bug，是Windows API对路径越界更严格的判定。
SELinux与ACL导致的静默失败排查路径
当Linux上已确认用户、组、chmod全部正确，日志仍写不进，大概率是SELinux或ACL策略拦截。这不是ThinkPHP的问题，而是系统层防护机制。
临时验证：执行setenforce 0关闭SELinux，再试写日志。若成功，说明SELinux在起作用，需恢复setenforce 1后修复上下文：chcon -R -t httpd_log_t /var/www/myapp/runtime/log。
ACL排查：执行getfacl /var/www/myapp/runtime，检查是否有default:user:www-data:rw-或类似拒绝项。若有，用setfacl -b /var/www/myapp/runtime清除所有ACL，再重新赋权。
