先问一个问题：在 PHP 里，为什么 define() 定义的常量，在函数内部定义后，外部也能直接访问？
理解这个问题，关键要抓住一个核心概念：作用域。很多人会把它和函数作用域混淆，但 define() 定义的常量，本质上就是全局的。
define() 定义的常量为什么能在函数内直接访问
答案其实很简单：define() 是一个 运行时函数，它执行后，会把常量注册到 PHP 的全局常量表中——注意，这个表不是变量符号表，它不受函数作用域的限制。换句话说，只要你在代码的任何位置（包括 if 块、循环、甚至闭包）调用了 define()，且执行通过，那么后续任何地方，包括其他函数、类方法、全局代码，都可以直接用 MY_CONST 来访问它。
- 常量名不加
$，也不走变量查找逻辑，PHP 直接查全局常量表。 - 哪怕你在函数里
define('DEBUG', true)，之后在另一个函数里echo DEBUG;也能正常输出1。 - 需要注意：如果在函数里重复
define('DEBUG', false)，会触发Notice: Constant DEBUG already defined警告，而且不会覆盖。
const 在函数内报错，但 define 不报错，根本区别在哪
区别不在于“能不能用”，而在于 “什么时候定义” 和 “在哪定义”。
const是编译期语法结构，它必须出现在顶层作用域或类定义中。如果你把const FOO = 'bar';写在函数里，解析阶段直接报Parse error: syntax error, unexpected 'const'，根本跑不起来。define()是运行期函数调用，只要 PHP 解释器执行到那一行，就立即注册常量。所以写在函数里完全合法，且生效。- 类中只能用
const（如class C { const X = 1; }），define()不能用于类内部声明成员常量。
define() 在函数内定义常量的典型误用场景
看起来灵活，但实际容易埋坑：多次调用、条件冲突、命名污染。尤其在框架或 Composer 包里，随意在函数里 define() 可能导致不可预期的行为。
- 多个函数都尝试
define('APP_ENV', 'prod')，第二次调用会警告，但程序可能继续跑，逻辑却已错乱。 - 在条件分支里定义：
if ($mode === 'dev') define('LOG_LEVEL', 'debug');，如果条件不满足，常量未定义，后续LOG_LEVEL直接抛Error（PHP 8+）。 - 没用
defined('XXX')检查就直接define()，建议统一包装成安全写法：if (!defined('XXX')) define('XXX', 'val');。 - 用变量拼接常量名：
define($prefix . '_VERSION', '1.2.3');合法，但调试困难，IDE 无法跳转，静态分析工具难识别。
PHP 8.0+ 中 define() 的兼容性细节
PHP 8.0 没有改变 define() 的行为，但强化了错误提示：未定义常量不再降级为字符串，而是直接抛 Error。这对函数内定义后又跨作用域使用的代码更敏感。
- PHP 7.2+ 已废弃“未定义常量当字符串用”的行为，PHP 8.0 彻底移除。换句话说，
echo UNKNOWN_CONST;现在一定崩溃，而不是输出字符串"UNKNOWN_CONST"。 define()的第三个参数case_insensitive仍可用，但不推荐设为true：易引发歧义，IDE 和类型检查工具基本不支持。- 数组常量支持没问题：
define('CONFIG', ['host' => 'localhost']);，但注意 PHP 7.4+ 才支持常量中含对象（实际极少用，且 PHP 8.0+ 对 resource 类型常量已明确不推荐）。
真正容易被忽略的是：函数内 define() 看似自由，实则破坏了常量“一次性定义、全局可见”的契约——它让常量的定义位置变得分散、不可预测，尤其在大型项目里，比 const 更难追踪和维护。
