必须用define()仅两种场景：动态常量名（如$key = 'DB_' . $env; define($key, $value)）或条件式定义（如if块内根据$_SERVER['APP_ENV']定义）；其余静态场景应优先用const，且PHP 8.2起define()第三个参数已废弃，强制区分大小写。
define() 在 PHP 8.2 中仍完全可用，但它的定位已非常明确：只用于两类场景——动态常量名、或条件式定义；其余情况应优先用 const。 这不是兼容性问题，而是语义、性能和可维护性的实际选择。
什么时候必须用 define()？
只有以下两种真实需求绕不开 define()：
- 常量名本身由变量拼接而来（比如从配置数组循环读取键名：
$key = 'DB_' . strtoupper($env); define($key, $value);） - 需要在
if/function/foreach块内决定是否定义（例如根据$_SERVER['APP_ENV']动态加载不同环境常量）
其他所有「静态命名 + 固定值」场景，用 const 更安全、IDE 可跳转、编译期校验更早暴露错误。
define() 的第三个参数在 PHP 8.2 已彻底废弃
PHP 7.3.0 起已标记为废弃，PHP 8.2 中传入 true 或 false 作第三个参数会触发 Deprecated: define(): Passing case-insensitive flag is deprecated 警告。大小写敏感性现在强制为 true（即区分大小写），不能再关。
立即学习“PHP免费学习笔记（深入）”；
正确写法只有两种：
define('API_TIMEOUT', 5000); // ✅ 合法，区分大小写
define('API_TIMEOUT', 5000, false); // ❌ 触发弃用警告，PHP 8.2 不再允许如果你真需要不区分大小写的常量（极不推荐），只能靠自己封装一层逻辑模拟，define() 本身已不支持。
数组和表达式值在 define() 中完全可用，但要注意运行时上下文
PHP 7.0+ 支持数组作为 define() 的值，PHP 8.2 继续保留该能力。但关键点在于：这些值是运行时求值的，所以依赖的函数必须在调用时可用且不抛异常。
常见陷阱：
-
define('CACHE_PATH', sys_get_temp_dir() . '/myapp');→ 如果 CLI 环境下sys_get_temp_dir()返回空或失败，常量值会出错 -
define('CONFIG_FILE', __DIR__ . '/config.php');→ 看似安全，但若文件被移动或权限变化，后续include会失败，而常量本身定义成功了 - 避免在
define()中调用可能触发 autoloading 或 DB 连接的函数——这会让常量定义变成副作用入口
建议加一层兜底校验：
$path = sys_get_temp_dir();
if (is_string($path) && is_writable($path)) {
define('CACHE_DIR', $path . '/cache');
}重复定义不会 fatal error，但会静默失败，容易掩盖问题
PHP 7.4+ 开始，重复调用 define('FOO', 'bar') 不再报错，而是返回 false 并静默忽略。这意味着：
- 你无法靠报错发现常量被多次加载（比如 Composer 包各自
define('VERSION', ...)） - 如果某个配置文件被
require两次，第二次的define就失效了，但你完全感知不到 - 调试时看到常量值不对，第一反应不该是“定义错了”，而应检查加载顺序和是否重复包含
更稳妥的做法是显式防御：
if (!defined('DB_HOST')) {
define('DB_HOST', 'localhost');
}或者直接用 defined() 做断言，在关键路径上 fail fast。
真正容易被忽略的是作用域幻觉：define() 定义的常量永远是全局的，不受 namespace 影响；而 const 在命名空间里定义时会自动带上前缀。混用两者时，看似同名的常量可能是两个东西——比如 App\Config\DB_HOST 和全局的 DB_HOST，它们互不干扰，但也极易误用。
