env()读取的环境变量永远是字符串，需用filter_var(..., filter_validate_boolean)安全转换为布尔值，直接使用会导致逻辑错误。
env() 读出来的永远是字符串，哪怕你在 .env 里写的是 ENABLE_FEATURE=true，env('ENABLE_FEATURE') 拿到的也只是 "true"，不是 PHP 的布尔 true。这不是 ThinkPHP 的 bug，是设计使然——它底层只是从 $_ENV 或 getenv() 拿原始值，不做类型推断。
为什么 env() 不自动转布尔？
ThinkPHP 的 env() 函数本质是环境变量桥接器，不是类型转换器。它不解析语义，只做“取值+缓存”。PHP 原生的 getenv() 和 $_ENV 本身就不支持布尔类型，操作系统和 Web 服务器传进来的所有环境变量都是字符串。
-
env('APP_DEBUG')返回"true"、"1"、"false"、""等纯字符串，不会变成true/false - 若你写了
APP_DEBUG=true但env('APP_DEBUG')返回"1"，是因为框架内部把布尔true转成了字符串"1"（见think-env扩展行为） - 直接用
if (env('ENABLE_FEATURE'))是危险的：空字符串、"0"、"false"都会被判为false，但"off"、"no"却会意外为true（因为非空字符串在 PHP 中为真）
filter_var(..., FILTER_VALIDATE_BOOLEAN) 是最稳妥的转换方式
PHP 原生的 filter_var() 对布尔语义有明确定义，ThinkPHP 8.0 官方配置中也推荐它（比如 DB_RW_SEPARATE 的处理）。
- 它识别的
true字符串包括："1"、"true"、"on"、"yes"（不区分大小写） - 识别的
false字符串包括："0"、"false"、"off"、"no" - 其他值（如
"2"、"null"、""）一律返回false，行为可预测 - 示例：
filter_var(env('ENABLE_FEATURE'), FILTER_VALIDATE_BOOLEAN)→ 安全得到布尔值
别用 == 'true' 或三元判断硬编码
手写 env('is_open') === 'true' 或 in_array(env('status'), ['true', '1']) 看似简单，但容易漏掉合法变体，也不符合框架惯例。
- 前端可能传
is_open=on，API 可能接受status=yes，硬编码列表会失效 - 模型层用
$casts = ['is_open' => 'boolean']是另一套机制，只作用于数据库字段读写，不干预env() - 配置文件（如
config/database.php）中若需布尔开关，必须显式调用filter_var(Env::get('DB_RW_SEPARATE'), FILTER_VALIDATE_BOOLEAN)，不能直接塞字符串 - CLI 命令中尤其要注意：Swoole/Workerman 下
env()值一旦加载就固定，改了.env必须重启进程
env() 返回字符串这件事，在 CLI、Swoole、定时任务等非 HTTP 场景下更容易暴露问题**——因为这些场景下你没法靠浏览器调试，错误常表现为“配置没生效”却查不到原因。务必先用 var_dump(getenv('YOUR_KEY')) 和 var_dump($_ENV['YOUR_KEY'] ?? null) 确认原始值是否进来，再决定要不要转。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
