应放弃全局常量，改用config()按需读取并设默认值；数据库、Redis、API配置等须替换为config('key', default)；启用Nacos/Apollo监听并确保key路径完全匹配。
Hyperf 项目里怎么把硬编码常量挪到配置中心？
直接改代码把 define 或 const 拆出去不行——Hyperf 的配置加载时机和配置中心（如 Nacos、Apollo）不一致，启动时就报 Undefined constant 或空值。核心是得让常量在服务真正用到前，被配置中心动态注入并注册进 config 容器。
为什么不能在 config/autoload/constants.php 里读配置中心？
因为 constants.php 是框架启动早期执行的，此时配置中心客户端还没初始化，config()->get('app.env') 都还是默认值，更别说远程拉取的 database.host 这类配置。强行在这里调用会超时或返回 null，导致常量定义失败。
- Hyperf 的配置加载顺序：本地文件 → 环境变量 → 配置中心（异步延迟加载）
- 常量必须在 PHP 解析期就确定，而配置中心内容是运行时才可用
- 正确做法是放弃“全局常量”，改用
config()函数按需读取
哪些地方必须改？怎么安全替换掉 DB_PORT 这类旧常量？
搜索整个项目，重点盯住三类位置：数据库连接参数、Redis 地址、第三方 API key。别用 define('API_TIMEOUT', 5000)，统一改成从 config() 取值，并加默认 fallback。
- 数据库配置写在
config/autoload/databases.php里，用config('database.mysql.port', 3306)替代DB_PORT - 业务逻辑中避免
if (ENV === 'prod') {...}，改用config('app.env') === 'prod' - 所有
use Config;改成直接调用config()——Hyperf 的 Facade 是懒加载的，不会提前触发配置中心请求 - 如果某处必须用常量语法（比如 trait 中），用
defined('XXX') ?: define('XXX', config('xxx', 'default'))延迟到首次访问时定义
配置中心变更后，常量值没更新？检查这几点
Hyperf 默认不监听配置中心的推送变更，config() 返回的是启动时快照。要实时生效，得手动启用监听，且注意作用域。
- 开启 Nacos 监听需在
config/autoload/nacos.php中设置'watch' => true - Apollo 用户需确认
apollo.php里'auto_update' => true -
config()读取的是内存缓存，修改后需调用config(['key' => $newVal])手动刷新，但仅对当前请求有效 - 真正需要热更新的场景（如开关控制），建议用
Cache::get('feature_flag')+ 定时轮询，而非依赖 config
最易忽略的是：配置中心里 key 的层级结构（比如 database.mysql.host）必须和代码里 config() 的路径完全一致，少个点或大小写错，就静默返回 null。
