thinkphp 3.2 中常量定义冲突会导致“constant already defined”警告、配置失效、日志级别输出异常（如显示数字7而非字符串'debug'）、甚至框架启动失败，根本原因在于全局命名空间污染与系统内置常量的硬性覆盖尝试。
为什么 define('LOG_DEBUG', 'DEBUG') 会报错
第一步：执行 define('LOG_DEBUG', 'DEBUG') 时，PHP 检测到该常量已被 syslog 扩展在内核中预定义为整型值 【7】，立即抛出 Notice；
第二步：后续代码中若出现 $level = LOG_DEBUG 这类默认参数赋值，实际传入的是内置整数 7，不是你期望的字符串 'DEBUG'；
第三步：trace() 等日志函数按字符串拼接逻辑处理，结果输出 [2026-08-27 05:21:33 7] —— 这不是 bug，是 PHP 强制使用内置常量的确定性行为。
APP_PATH 或 THINK_PATH 被重复 define 的后果
方法一：入口文件 index.php 中写了两次 define('APP_PATH', './Application/')，第二次直接触发致命错误，框架无法加载；
方法二：在 Common/Conf/config.php 里又用 define() 重写 THINK_PATH，【这会导致框架类库路径错乱，Common/Conf/ 下的配置文件反而被跳过】；
方法三：通过 require 引入自定义常量文件，但该文件内部未加 defined() 判断就 define('RUNTIME_PATH', ...)，在 CLI 命令多次执行时极易重复定义。
多环境配置中常量冲突的典型场景
① 在 .env 文件设 APP_ENV=production，又在 config/app.php 里硬编码 'debug' => true，并用 define('DEBUG_MODE', true)；此时 DEBUG_MODE 常量虽生效，但框架内部 APP_DEBUG 的判断优先级更高，导致调试模式实际未开启；
② 多个模块的 common.php 都尝试 define('API_TIMEOUT', 5)，第二个模块加载时直接报错；
③ 使用 vendor 包（如某 SDK）自带的 define('TOKEN_EXPIRE', 3600)，与项目 config/auth.php 中的 define('TOKEN_EXPIRE', 7200) 冲突——【PHP 不允许同名常量二次定义，且无 warning 级别降级机制】。
命名空间内 const 与全局 define 混用引发的隐性冲突
在 Application/Home/Controller/IndexAction.class.php 中写 namespace Home\Controller; const STATUS_OK = 200; 此时 STATUS_OK 是命名空间常量，不会和全局 define('STATUS_OK', 200) 冲突；
但若在同一个文件顶部又写 define('STATUS_OK', 200)，PHP 将报错并中断脚本——因为 define() 总是作用于全局空间，无视 namespace 声明；
这一步操作起来很简单，直接把 const 改成 define 就能复现问题，但排查时容易误判为“命名空间失效”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
