php 8.0+ 中重复定义常量会触发 fatal error，可用 get_defined_constants(true)['user'] 快速定位；需避免多文件重复加载、扩展常量冲突，并优先使用枚举或配置数组替代散列常量。
Invalid constant redefinition 错误在 PHP 8.0+ 中会直接报 Fatal error，而不是像旧版本那样仅触发警告。这意味着只要代码里出现两次 define('FOO', ...) 或重复 const FOO = ...，脚本就会立即终止 —— 即使第二次定义的值完全相同也不行。
怎么快速定位重复定义的常量
PHP 不提供内置的“列出所有已定义常量”快照对比工具，但你可以用 get_defined_constants(true) 拿到按类别分组的完整常量列表。重点看 'user' 键下的数组：
var_dump(array_keys(get_defined_constants(true)['user']));
执行后能直观看到哪些常量名被注册过。常见陷阱包括：
- 多个配置文件都
require了同一份config.php，而它里面用了define() - Composer 自动加载的包（比如某些旧版 SDK）在类文件顶部就
define('SDK_VERSION', '1.2')，而你的应用又手动重定义了一次 - 使用了
eval()或动态include，导致同一段常量定义逻辑被执行多次
const 和 define() 的行为差异必须分清
二者都不可重定义，但触发错误的时机和条件不同：
-
const FOO = 1;是编译期检查：如果同一个作用域（如一个文件、一个类）里写了两遍，PHP 解析时就直接报错，甚至不会运行后续代码 -
define('FOO', 1);是运行期检查：只有执行到第二条define()时才崩溃，所以更容易受条件分支、循环或多次加载影响 - 类内
const和全局const不冲突，但define('ClassName::CONST')这种写法在 PHP 8.0+ 已被禁止，会报语法错误
安全的常量定义防护模式
别依赖“先检查再定义”的土办法（if (!defined('FOO')) define('FOO', ...)），因为 defined() 在 PHP 8.0+ 对魔术常量（如 __FILE__）也返回 true，容易误判。更稳妥的做法是：
- 统一用
define()+defined()组合，并确保只在入口文件或初始化阶段执行一次（比如放在index.php最开头，且不被任何require链重复引入） - 改用
match或配置数组替代大量散列常量，例如把STATUS_ACTIVE、STATUS_INACTIVE改成enum Status: string（PHP 8.1+）或关联数组['active' => 1, 'inactive' => 0] - 如果必须动态定义，用
try/catch包住define()，捕获Error（注意不是Exception）并忽略，但仅限调试环境 —— 生产环境应杜绝这种模式
最易被忽略的一点：PHP 扩展（如 redis、memcached）会在加载时自动注册一批常量，它们和你的代码定义同名时也会撞车。用 get_defined_constants(true)['core'] 和 ['pcre'] 等键排查扩展常量，比盲目搜代码更高效。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
