define()定义的常量能在函数内直接访问，因其是运行时函数，将常量注册进全局常量表，不受作用域限制，而const是编译期语法，必须在顶层或类中声明。
因为 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 是编译期语法结构，必须出现在顶层作用域或类定义中；而 define() 是运行期函数调用，只要 PHP 解释器执行到那行，就立即注册常量。
-
const FOO = 'bar';写在函数里 → 解析阶段直接报Parse error: syntax error, unexpected 'const' -
define('FOO', 'bar');写在函数里 → 运行时执行，合法，且生效 - 类中只能用
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 更难追踪和维护。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
