第118篇 const 与编译期常量:延迟初始化之外的第三个选择

发布时间:2026/10/9 0:27:16
第118篇 const 与编译期常量:延迟初始化之外的第三个选择
const val是 Kotlin 里最简单的一个关键字,也是最容易暴露"只用过、没理解"的点。面试里问"编译期常量是什么意思",能答"编译时直接替换、不进内存"是及格;能答清二进制兼容的坑才是高分——而那个坑在真实项目里造成过线上事故。先把结论放在前面:const val的值在编译期被内联进每个使用点,编译产物里不保留这个字段。由此推出一条关键结论:它不是二进制兼容的——一旦某个库里的const常量值发生变化,依赖方即使不重新编译,运行时拿到的也还是旧值(因为旧值已经内联进它的字节码了)。这与 Java 的static final恰好相反,是这一题最值得讲清楚的地方。机制背后的执行路径先看编译结果的差异。假设有这样一个常量:object ApiConfig { const val BASE_URL = "https://api.v1.com" val RUNTIME_URL = getUrlFromServer() // 非 const,是运行时初始化 }const val的处理流程是:编译器解析源码时求值(必须是编译期可确定的字面量或常量表达式),把字面量直接写进每个引用点的字节码常量池。字节码里没有ApiConfig.BASE_URL这个字段,