大型项目管理JSON配置的核心是可分、可验、可换、可追：采用base/env/local三层结构分层存放；用JSON Schema强校验字段类型与约束；动态加载配置并设默认兜底；敏感信息通过环境变量注入，严禁写入JSON文件。
大型项目里管 JSON 配置，核心不是堆数据，而是让配置可分、可验、可换、可追。
按环境和职责分层存放
别用一个 config.json 扛所有场景。拆成三层结构更稳：
- base.json：放全环境通用的默认值，比如应用名、基础 API 路径、默认超时时间
- dev.json / test.json / prod.json：只覆盖差异项，如数据库地址、密钥前缀、日志等级
- local.json（.gitignore）：开发私有配置（本地代理、调试开关），绝不提交
启动时按优先级合并：base → env → local，避免手动改配置引发部署事故。
用 JSON Schema 做强校验
靠人眼检查 config.json 容易漏字段、错类型。引入 JSON Schema 后，加载时自动验证：
立即学习“Java免费学习笔记（深入）”；
- 定义每个字段的 type、required、format（如 uri、email）、enum（如 "light"|"dark"|"system"）
- 为 number 字段加 minimum/maximum，为 string 加 maxLength
- 嵌套结构也能校验，比如 features.notifications.enabled 必须是布尔值
工具推荐 ajv（Node.js）或 zod（TS 环境），失败时直接抛出明确错误，而不是运行时崩溃。
动态加载 + 默认兜底
浏览器中不建议同步 import 所有配置，尤其当存在多语言或多租户场景时：
- 用 fetch 动态加载对应环境的 config.{env}.json，配合 loading 状态防白屏
- 每个键都设默认值，比如 t('button.submit', { defaultValue: '提交' })
- 缺失 key 不显示空字符串或原始 key，而是 fallback 到 base 或 en-US 的对应项
关键点：JSON 文件本身只存纯文本和 {key} 占位符，逻辑（插值、复数、格式化）全交给 JS 层处理。
敏感信息坚决不进 JSON
API 密钥、数据库密码、JWT secret 绝对不能写在 config.json 里：
- 构建时通过环境变量注入（Vite 的 import.meta.env，Webpack 的 DefinePlugin）
- 服务端用 dotenv + .env 文件隔离，JSON 只存占位路径如 "db.url": "{DB_URL}"
- CI/CD 流程中做替换，确保生产包里没有明文凭据
Git 提交前跑 pre-commit 钩子扫描 config.*.json 是否含 "secret|key|token|password" 字样，自动拦截。
