php中定义全局常量应优先用const（编译期、性能高、ide友好），仅动态键名或条件定义需用define()；const须在顶层作用域，命名全大写下划线，php 8.2+支持标量类型声明。
define() 和 const 的区别在哪
PHP 里定义全局常量，最常用的是 define() 和 const，但它们不是随便换着用的。核心区别在于：前者是函数调用，后者是语言结构；前者支持运行时动态键名，后者只接受字面量名称（PHP 5.6+ 才允许在类外用 const 定义全局常量）。
常见错误现象：const FOO = 'bar'; 放在函数里会报 Parse error: syntax error, unexpected 'const'；而 define('FOO', 'bar'); 放在函数里是合法的——但这不等于推荐这么做。
-
define()可用于条件分支中（比如根据环境决定是否定义），const不行 -
const在编译期解析，性能略高，且 IDE 更容易识别和跳转 - PHP 7.4+ 开始，
define()对重复定义默认静默失败（不报错），而const重复定义直接 fatal error - 如果常量值是数组或表达式（如
define('MAX_SIZE', 1024 * 1024)），define()在 PHP 5.6 之前是唯一选择；PHP 5.6+ 起const也支持标量表达式
PHP 7.0+ 推荐用 const 定义全局常量
只要不是需要运行时拼接常量名（比如 define($name, $value)），就该优先用 const。它更轻量、更安全、IDE 支持更好，而且语义更清晰——你就是在声明一个不可变的全局标识符。
使用场景：配置项、状态码、API 版本号、路径前缀等固定值。
立即学习“PHP免费学习笔记（深入）”；
BIZOSS-B2C是脱胎于贞龙B2B大型平台的网上商城系统、网上商店系统、网上购物系统的企业级B2C电子商务解决方案。系统设置：这里包含了网店的常用功能和全局配置的开关。包括 商店设置 、支付方式和配送方式 、邮件服务器设置、地区列表、友情链接、自定义导航栏、站点地图。商品管理：网店展示商品的核心。其中包括了 商品分类、商品类型、商品品牌、商品回收站、商品上下架等一些设置。促销管理：这个是我们网
- 必须写在顶层作用域（不能嵌套在 if / function / namespace 块内）
- 命名建议全大写 + 下划线，例如
const DB_HOST = 'localhost'; - PHP 8.2 起，
const支持类型声明（仅限标量类型），如const int MAX_RETRY = 3;，但注意这不是类型约束，只是文档化提示 - 不要用
const定义依赖运行时计算的值，比如const NOW = time();—— 这会报错，因为time()不是编译期可确定的
define() 还有什么不能丢的用途
现在只剩两类情况绕不开 define()：一是常量名本身要动态生成（比如从配置文件读取 key 名），二是需要在条件逻辑里控制是否定义（虽然这通常暴露设计问题）。
常见错误现象：用 define('ENV', $_SERVER['APP_ENV'] ?? 'prod'); 后发现 ENV 总是 'prod'，因为 $_SERVER 可能未初始化或被覆盖；或者在 CLI 环境下 $_SERVER 不包含预期字段。
- 动态命名必须确保变量已赋值且为字符串，否则会触发 warning 并定义失败
- 定义前最好加一层校验，比如
if (is_string($key) && ctype_upper(str_replace('_', '', $key))) { define($key, $value); } -
define()第三个参数（$case_insensitive）极少用，设为true会导致defined('foo')返回 true，但强烈不建议开启——破坏命名一致性，容易引发隐晦 bug - PHP 8.0+ 中，
define()的值支持对象（仅限无属性的空对象），但实际几乎没人这么干，也不具备序列化或跨请求稳定性
常量定义位置和加载顺序很关键
全局常量一旦定义就不能重定义，但很多人忽略加载顺序导致冲突。比如 Composer 自动加载的 vendor 文件里可能已定义了同名常量，而你的代码又试图用 define() 再定义一次——结果取决于执行先后，有时报错有时静默失败。
使用场景：框架启动前初始化配置、多入口项目统一基础常量。
- 所有全局常量应在任何业务逻辑执行前完成定义，典型位置是
index.php或bootstrap.php开头 - 避免在多个文件中分别
define()同一个常量，宁可用defined()检查再跳过 - 如果用 Composer，别把常量定义放在
autoload.files里——它可能被多次引入（尤其在测试或 CLI 场景下） - 常量名尽量带前缀（如
MYAPP_DB_PORT），减少第三方包冲突风险
事情说清了就结束。真正麻烦的从来不是怎么写那行代码，而是谁在什么时候、以什么顺序、往哪个作用域里塞了第一个定义。
