Revel通过revel.Config类型安全方法读取app.conf配置，如String("key","default")，避免使用危险的Get()接口；支持section层级（如"database.host"），环境配置通过dev.conf/prod.conf覆盖app.conf实现隔离。
conf/app.conf 里定义的配置项怎么读取
Revel 的配置系统基于 robfig/config，所有 conf/app.conf（及 conf/<env>.conf</env>）中的键值都会被加载进全局的 revel.Config 对象。它不是 map[string]string，而是封装了类型安全访问的 config.Config 实例。
直接用 revel.Config.String()、revel.Config.Int() 等方法读取最稳妥，避免空指针或类型断言失败：
-
revel.Config.String("my.custom.key", "default_value")—— 第二个参数是缺失时的默认值 revel.Config.Bool("feature.enabled", false)revel.Config.Int("db.max_connections", 10)- 若配置项不存在且未提供默认值，会 panic；所以生产环境务必带默认值
为什么 revel.Config.Get() 返回 interface{} 很危险
revel.Config.Get("key") 返回 interface{}，必须手动类型断言，比如 v, ok := revel.Config.Get("port").(int)。但实际中：
- 配置文件里写的是
http.port = 9000，它在底层是 string 类型（INI 解析结果），不是 int —— 断言.(int)必然失败 - 即使写成
port = 9000（无 section），robfig/config 仍按字符串解析，除非显式调用Int()方法触发转换 - 用
Get()+ 断言是反模式，容易在运行时 panic，尤其跨环境部署时配置格式稍有差异就崩
自定义配置项命名要注意 section 和 key 的层级
Revel 的 conf 文件支持 INI 风格 section，例如：
[database] host = "localhost" port = 5432 sslmode = "disable" [cache] ttl = 3600 redis_url = "redis://127.0.0.1:6379"
读取时必须带上 section 名：
- ✅ 正确：
revel.Config.String("database.host", "127.0.0.1") - ❌ 错误：
revel.Config.String("host", "")—— 不会自动 fallback 到 global 或其他 section - section 名区分大小写，
Database.host和database.host是两个不同键
开发/测试/生产环境配置怎么隔离又不重复
Revel 默认加载 conf/app.conf + conf/<env>.conf</env>（如 conf/dev.conf），后者会覆盖前者同名项。关键点：
- 通用配置（如 app.name、module.imports）放
app.conf - 敏感或环境相关配置（如 db.password、api.secret）只放在
dev.conf/prod.conf，**不要提交到 Git** - 启动时通过
revel run myapp dev或revel run myapp prod指定环境，框架自动选对应文件 - 如果
prod.conf缺失，Revel 不报错，只用app.conf值 —— 这容易导致线上用错配置，建议 CI 阶段校验必要配置项是否存在
真正容易被忽略的是：配置项一旦被读取过，revel.Config 就缓存了它的解析结果，后续修改文件不会热更新 —— Revel 不监听 conf 文件变更。改配置必须重启服务。
