ThinkPHP 8 多环境配置失效，主因是环境变量加载失败或被静默忽略：.env 文件权限不足（需 chmod 644）、含 UTF-8 BOM 头、路径错误（必须位于项目根目录）、加载时机过晚（须在 App::initialize() 前手动调用 Dotenv::createUnsafeImmutable()->load()），且 APP_ENV 必须由系统层（如 export 或 Docker environment）预设，不能仅写在 .env 中。
多环境权限错，核心往往不在“权限”本身，而在于环境变量加载失败或被静默忽略——尤其是文件不可读、编码错误、路径不对、覆盖逻辑没设对这四类问题最常导致配置不生效，却查不出报错。
文件权限与编码必须双确认
.env 文件若权限不足（如 600 或 755），phpdotenv、vlucas/phpdotenv 等主流库会直接跳过加载，不抛异常；更隐蔽的是 UTF-8 BOM 头——ThinkPHP 8 完全静默忽略带 BOM 的 .env，连 warning 都没有。解决方法：
- 用 chmod 644 .env 确保可读（Linux/macOS）
- 用编辑器（如 VSCode）另存为 “UTF-8 无 BOM” 编码
- 命令行快速检测：file -i .env 查看是否含 bom 字样
路径和加载时机不能靠默认
load_dotenv() 默认只找项目根目录的 .env，不会自动识别 .env.dev 或 .env.prod。多环境必须显式指定路径，且需确保文件真实存在：
- 用 Path(f".env.{env_name}").exists() 先判断再加载
- ThinkPHP 8 中需手动调用 Dotenv::createUnsafeImmutable()->load()，并配合 php think optimize:config 清缓存
- 避免在框架自动加载 config/ 之后才调 load_dotenv()，否则变量来不及注入
变量覆盖与插值要主动控制
默认 load_dotenv() 不覆盖已存在的系统变量，容易导致本地调试时 APP_DEBUG=true 生效，但部署后因系统级 APP_DEBUG=false 而失效：
- 强制覆盖：用 load_dotenv(override=True)（Python）或 Dotenv::createUnsafeImmutable()->load()（PHP）
- 插值语法 ${DOMAIN} 必须成对大括号，裸写 $DOMAIN 或 {{DOMAIN}} 都会失败
- 未定义变量插值结果为空字符串，不是报错——建议在关键配置处加运行时校验，如 assert os.getenv("DB_HOST")
环境标识必须由系统层传递
APP_ENV、ENVIRONMENT 这类标识变量本身也得是环境变量，不能只写在 .env 里——否则形成“先要加载 .env 才知道加载哪个 .env”的死循环：
- Linux/macOS：启动前执行 export APP_ENV=prod
- Docker：用 environment: - APP_ENV=prod 或 --env-file prod.env
- VSCode 调试：在 launch.json 的 env 字段中显式设置
- Laravel/ThinkPHP 依赖这个值决定加载哪个配置文件，它必须在 PHP 进程启动前就存在
