PHP进程读不到.env文件的根本原因是权限不足导致fopen()失败，需设为640权限并确保Web用户（如www-data）属组可读，否则phpdotenv静默fallback。
PHP进程用户读不到.env，不是“读取失败”，是根本没权限打开
是的，.env 文件权限直接影响 ThinkPHP 能否读取内容——但问题不在框架本身，而在 PHP 进程能否用 fopen() 打开它。一旦权限不足，vlucas/phpdotenv 解析器连文件头都读不到，直接静默 fallback 到默认值，不会报错、不提示哪行错了，只让你觉得“配置不生效”。
-
.env权限不能是600（仅属主可读）或644（世界可读），必须确保 Web 服务器用户（如www-data、nginx或php-fpm用户）有读权限 - 推荐设为
640：属主可读写，属组（即 Web 用户组）可读，其他人无权限 - 属主应为部署用户（如
deploy），属组为 Web 进程组（如www-data）：chown deploy:www-data .env && chmod 640 .env - 别用
chmod 755 .env—— 目录可执行位对文件无意义，反而可能让非属组用户意外读到
为什么 Nginx 拦住了下载，PHP 还是读不到 .env？
因为 Nginx 的 deny all 只管 HTTP 请求路径，不影响 PHP 进程用本地文件系统 API 去读取。即使你加了 location ~ /\.(env|git) { deny all; }，只要 PHP-FPM 运行在 www-data 下，且 .env 属组是 www-data、权限含 r，它就能读；反之，哪怕 Nginx 配置天衣无缝，PHP 也会因 Permission denied 在 error_log 里记一条 warning，然后继续用默认值。
- 验证方式：在控制器里执行
var_dump(is_readable('.env'));，返回false就是权限问题 - 注意：
file_exists('.env')返回true不代表能读，它只检查路径是否存在 - 容器环境尤其容易出问题——宿主机 chown 后，Docker 内部 UID 可能不匹配，得用
user:指令或启动时chown
CLI 模式下 env() 返回 null，八成是权限 + 用户双杀
命令行运行 php think migrate 时，PHP 进程用户往往和 Web 不同（比如是 root 或当前 shell 用户），如果 .env 属主是 deploy、属组是 www-data，而 CLI 进程既不是 deploy 也不在 www-data 组里，is_readable() 就会失败，Dotenv::safeLoad() 直接跳过。
- 临时验证：用 Web 用户跑 CLI，例如
sudo -u www-data php think env:list - 长期解法：把 CLI 进程用户加入
www-data组，或统一用部署用户跑所有命令 - 别依赖
export APP_ENV=prod掩盖问题——它会让.env被完全跳过，你以为是读到了，其实压根没加载
权限设对了还是读不到？检查 BOM 和路径拼写
权限只是第一关。即使 is_readable() 返回 true，.env 仍可能被 ThinkPHP 静默忽略——最常见的是 Windows 记事本保存带 BOM 的 UTF-8，或者文件实际叫 .env.txt（扩展名被隐藏）。
立即学习“PHP免费学习笔记（深入）”；
- Linux/macOS 下用
file -i .env确认编码，输出必须含utf-8且不含with BOM - 用
head -n1 .env | hexdump -C查看开头是否为ef bb bf（BOM 字节），有就重存为无 BOM - 确认文件真名叫
.env：用ls -la | grep '\.env$'，避免.env.或env - ThinkPHP 8.1+ 对等号空格零容忍：
DB_HOST = 127.0.0.1这种写法会导致整行失效，且不报错
__DIR__ 指向了 /usr/bin 而不是项目根——这时连文件都找不到，更别说读权限了。 
