PHP数组配置中心通过分层数组管理配置，按环境和模块拆分，用config()函数支持点式访问与默认值，可动态扩展并深合并，配合OPcache缓存提升性能，且严格保持配置为纯数据。
用 PHP 数组做配置中心，核心是把配置从代码逻辑中剥离出来，用结构清晰、可读性强、易维护的数组统一管理。它不是最“高级”的方案，但在中小型项目、CLI 工具、脚手架或需要快速迭代的场景中，简洁高效、无依赖、零学习成本。
配置数组分层组织，按环境和模块拆分
避免把所有配置塞进一个大数组。推荐按环境（dev/test/prod）和功能模块（database、cache、logging）两级划分：
- 根目录下建 config/ 目录，内含 common.php（通用配置）、dev.php、prod.php 等环境文件
- 每个文件返回一个关联数组，例如 database.php 只管数据库连接参数，cache.php 只管缓存驱动与过期策略
- 启动时根据
APP_ENV环境变量合并：先加载 common.php，再覆盖加载对应环境文件，实现“默认值 + 环境差异化”
用函数封装访问，支持点式语法和默认值回退
直接读数组键容易出错（比如键不存在导致 Notice）。建议封装一个轻量配置访问器：
- 定义 config($key, $default = null) 函数，支持类似
config('database.host')的链式键访问 - 内部用
explode('.', $key)拆解路径，逐层isset()判断，未命中时返回$default - 避免全局变量污染，不直接
extract($config)；也不建议用常量预定义所有配置项——灵活性差且难调试
支持运行时动态合并与覆盖，适配多租户或插件场景
基础配置之外，某些场景需在运行时叠加额外配置，比如 SaaS 多租户各自独立数据库，或插件注入自定义日志处理器：
立即学习“PHP免费学习笔记（深入）”；
- 设计 Config::extend($namespace, $array) 方法，将新配置合并进指定命名空间（如
'tenant.db'） - 访问时优先查扩展层，再回落到主配置，形成“租户配置 > 插件配置 > 应用默认”的优先级链
- 注意深合并（deep merge）而非简单
array_merge，否则嵌套数组会被整个替换
配合自动加载与缓存，兼顾开发体验与生产性能
PHP 数组配置本质是 PHP 文件，天然支持 opcode 缓存（如 OPcache），但频繁修改仍可能触发重编译：
- 开发阶段可加简单时间戳校验：读取前检查文件修改时间，变化则重新 require；生产环境关闭该逻辑
- 避免在配置中写动态表达式（如
'debug' => $_ENV['DEBUG'] ?? false），应由加载逻辑统一处理环境变量注入 - 若配置项极多（如上百个 API 映射），可考虑生成编译后 PHP 文件（类似 Laravel 的 config:cache），跳过解析开销
不复杂但容易忽略的是边界控制：禁止在配置数组里执行函数调用、实例化对象或读取外部文件。配置就该是纯数据——这是保持可测试性、可序列化和部署一致性的底线。
