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这个字段， 第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这个字段， RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
