PHP系统常量的核心，其实就围绕两个看似矛盾却又内在统一的特性：一个是值的不可变性，另一个是魔术常量值随位置变化。这当然不是矛盾，而是设计层级不同——前者是语义层面的约束，后者是编译期做的快照机制。
预定义常量：启动即固化，全局恒定
像 PHP_VERSION、PHP_INT_MAX、E_ERROR 这类常量，在 PHP 启动时由内核直接写死，整个请求生命周期内值完全不变。它们不依赖任何上下文，无论你在哪个位置调用，返回值都是一致的。这类常量天生适合做环境判断或者配置基准，举几个例子：
- 用 PHP_VERSION_ID >= 80000 判断是否支持某新特性
- 用 PHP_INT_SIZE === 8 区分是否为 64 位运行环境
- 直接参与计算或条件分支，完全不用担心运行时漂移
魔术常量：编译期“拍照”，非运行时计算
以 __LINE__、__FILE__、__CLASS__ 为代表的魔术常量，并不是每次读取都重新求值。而是在 PHP 编译脚本时，根据它在源码中间出现的位置，一次性填入对应的字面值。这意味着什么呢？
- __LINE__ 的值就是它所在行的行号，写在哪一行就固定为几，不会随执行流程跳转而改变
- __FILE__ 在被 include 或 require 的文件中，返回的是该文件自身的绝对路径，而不是主入口文件的路径
- 它们不产生运行时开销，性能接近字面量，但代价是：不能用于动态逻辑判断——别指望把它放在 if 条件里期望它随执行路径发生变化
为什么不能持久化或动态判断？
魔术常量的值在编译阶段已经确定并嵌入 opcode，并不具备运行时反射能力。来看几个典型场景：
- 把 __LINE__ 存进数据库或缓存，下次读取时它仍然是旧代码行号，与当前执行位置无关
- 在函数内多次调用 __LINE__，只要写在同一行，值就完全相同；换行才变——它本质上不是函数，不“执行”
- 也无法通过变量拼接名间接访问，比如 constant('__' . 'LINE__') 会失败，因为魔术常量名本身并不注册进常量符号表
用户常量与系统常量的本质一致
不管是 define('SITE_ENV', 'prod') 还是 const DB_HOST = 'localhost'，一旦定义，值就锁死。区别只在于定义时机（运行时 vs 编译时）和作用域（全局 vs 类内），但都遵循“定义后不可覆盖”这一核心规则。系统常量无非是 PHP 内置好、开箱即用的一组标准常量，其不可变性与用户自己定义的常量完全一致。
