资讯详情

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

📅 2026/10/9 0:25:47 | 华诺云谱 👁 阅读
第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这个字段,
📝

华诺云谱内容团队

资深建站顾问 · 行业研究员

10年+企业数字化服务经验,专注智能建站、SEO优化与品牌营销,持续输出建站技巧、行业洞察与营销干货,已帮助5000+企业实现数字化增长。

你可能需要的服务

订阅华诺云谱资讯周报

每周一封,精选建站技巧、SEO与营销干货,直达邮箱。已有 8,000+ 企业主订阅,助你少走弯路。

↑