const作用域受限于声明位置，仅在类、命名空间或全局作用域内有效；define始终注册到全局作用域，可在任意运行时上下文调用，但易引发命名冲突。
如果您在PHP中定义常量时发现某些常量在特定位置无法访问，或出现“undefined constant”错误，则很可能是由于const与define在作用域处理机制上的根本差异所致。以下是明确区分二者作用域行为的具体说明：
一、const的作用域规则
const是语言结构，其作用域严格受声明位置约束：在类内部声明时属于类作用域，在命名空间内声明时属于该命名空间作用域，在全局作用域声明则属于当前文件的全局作用域。它不支持跨作用域隐式访问，且无法在函数体或条件块中使用。
1、在类中定义常量时，必须通过类名::常量名方式访问，例如：class Config { const DB_NAME = 'test'; }；echo Config::DB_NAME;
2、在命名空间中定义const时，实际注册为命名空间\常量名，例如：namespace App; const VERSION = '1.0';，外部需用App\VERSION或use const App\VERSION引用
3、const不能出现在函数体内或if语句块中，否则触发Parse error: syntax error
二、define的作用域特性
define是运行时函数调用，其注册行为始终作用于全局符号表，无论调用位置在函数内、条件分支中还是命名空间内部，所定义的常量均进入全局作用域，不受命名空间隔离影响，也无法被限定在类或模块内部。
1、在命名空间中调用define，例如：namespace App; define('API_URL', 'https://api.example.com');，该常量实际注册为全局API_URL，而非App\API_URL
2、可在任意运行时上下文中调用，包括foreach循环或环境判断中：if (getenv('MODE') === 'prod') { define('CACHE_TIME', 3600); }
3、无法在类定义体中直接使用define定义类常量，PHP会报错Parse error: syntax error, unexpected 'define'
三、跨作用域访问失败的典型场景
当const定义于某命名空间而尝试在未导入或未加前缀的情况下直接使用时，解析器将无法定位该常量，因其未进入全局空间；而define定义的同名常量却可能意外覆盖或干扰其他模块的同名定义，造成不可预测的行为。
1、在namespace Admin;中声明const TITLE = 'Dashboard';，在namespace Api;中直接写echo TITLE;会导致Notice: Use of undefined constant TITLE
2、两个不同命名空间均执行define('CONFIG_PATH', '/var/conf');，后一次调用将因重复定义触发Notice: Constant CONFIG_PATH already defined
3、在函数中使用const TEMP_DIR = sys_get_temp_dir();会立即导致语法错误，而define('TEMP_DIR', sys_get_temp_dir());可正常执行
四、作用域冲突的验证方法
可通过get_defined_constants(true)返回的多维数组观察常量注册位置：const定义的命名空间常量位于user子数组的对应命名空间键下，而所有define定义的常量统一归入global子数组，无论其调用位置是否处于命名空间内部。
1、执行$consts = get_defined_constants(true); print_r($consts['user']['App'] ?? []);可查看App命名空间下的const常量
2、执行print_r($consts['global']);将列出全部define定义的常量，包括在namespace Test;中调用的define结果
3、使用defined('SomeConst')检测时，若返回false，需确认该常量是否在当前作用域可见，而非单纯检查是否被定义过
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
