ThinkPHP5.0布尔配置必须严格匹配位置、时机和类型：APP_DEBUG等仅支持入口文件define()定义的true/false，配置文件中须写true/false（非字符串），.env中仅APP_DEBUG=true自动转布尔，判断时推荐===而非==。
ThinkPHP5.0 中配置参数的布尔值设置，关键在于位置、时机和类型三者必须严格匹配，否则会被忽略或导致行为异常。
必须在入口前用常量定义的布尔项
以下核心配置项只接受入口文件中 APP_DEBUG 这类常量方式定义的布尔值，运行时用 config() 或 Config::set() 修改无效：
-
app_debug：必须在 public/index.php 最顶部以
define('APP_DEBUG', true);形式声明，不能写成字符串'true'或整数1 -
app_trace：同理，只能是
true或false布尔字面量 - url_route_must、default_filter 等底层开关也遵循相同规则
配置文件中布尔值写法要合法 PHP 语法
在 config/app.php 或模块 config.php 中设置布尔值，需注意：
- 直接写
true/false（小写，无引号），不是"true"或TRUE - 如果通过 .env 文件注入，
APP_DEBUG=true会被框架自动转为布尔值；但APP_DEBUG=1或APP_DEBUG=on不会自动转换，仍为字符串 - 动态写入配置文件（如后台系统设置）时，
var_export()是安全方式，它会原生输出true/false，避免手拼出错
读取与判断时的布尔语义一致性
使用配置值做逻辑判断，应保持类型意识：
立即学习“PHP免费学习笔记（深入）”；
-
config('app_debug') === true比config('app_debug') == true更严谨，防止字符串'1'被误判 - 判断是否存在用
config('?app_debug')，返回布尔值，不涉及类型转换 - 不要依赖未定义配置的“假值”，比如
config('missing_key') || false可能返回 null，建议先用config('?key')明确判断
不复杂但容易忽略
