runtime什么意思：代码启动运行后所处的实际执行时段

跟着组里资历老的工程师蹲在工位排查线上bug的时候，被猝不及防问起runtime什么意思这个问题，手边键盘上还压着几张打印出来的报错堆栈清单，显示器半边页面挂着红色的控制台异常，原本前两周调试项目反复碰到过同类字眼，临场却只能零散拼凑概念，为了不显得自己基础薄弱，只能东拼西凑一些碎片化的理解搪塞过去，明明实操碰过无数次运行报错，被人当面提问就瞬间理不清边界在哪。

分不清编译和运行。

上次帮刚来入职的新人收拾遗留的测试故障，他在编写Vue页面逻辑时，把编译阶段静态声明的常量参数，直接嵌套进需要在runtime动态取值的表单提交函数里，前端项目在本地执行npm run build打包的时候，终端全程没有弹出任何报错提示，打包产物顺利生成，可打开浏览器访问页面，点击提交按钮的瞬间，页面直接白屏，控制台成片的运行异常提示铺满屏幕。先是笃定是第三方UI组件包的版本不兼容，接连卸载再重装三个跨度很大的版本，清空node_modules文件夹与本地缓存文件之后重新拉取依赖，反复执行打包命令，本地打包依旧顺畅，上线测试环境故障原样复现；又转头怀疑是环境变量的配置书写出错，逐行对照线上配置文档，把所有键值原封不动复制粘贴到本地.env配置文件，来回在开发环境、测试环境之间切换项目启动参数，折腾掉整整一个下午的工时，中途还从技术论坛复制三段别人写好的替代代码，整段替换原有业务逻辑，保存刷新页面之后，白屏的故障没有半点好转，直到傍晚临近下班，盯着断点一步步跑代码，才慢慢反应过来静态编译产出的数据，没办法在程序启动运转的运行时段被动态调用。

同组总爱跟在技术负责人身后附和的实习职员，向来习惯照搬主管随口的论断，主管随口提过编译和runtime分属两个不同阶段，转头就对着身边新人笃定的科普全套定义，真上手敲代码却屡屡踩相同的坑，前阵子他开发弹窗筛选功能，需要根据后端实时返回的数据渲染下拉选项，却把数据字段在项目编译配置文件里固定死，项目部署到测试服务器之后，只要打开筛选弹窗就触发运行报错，急匆匆跑过来求助的时候，还一口咬定本地环境完全正常，故障的源头是测试服务器的接口服务异常。

只把固定字段的初始化代码挪到页面挂载后的runtime生命周期函数内部，仅此一处代码改动，重新打包部署，之前持续出现的页面报错直接消失。

偶然接手多年前的老旧后台项目维护，项目源码缺少完善的开发注释，大量临时生成的业务变量全部依托runtime阶段的接口回调赋值，排查一处数据渲染空白的问题时，在代码编译的断点位置从头到尾检索变量定义，整个打包流程里找不到对应字段的声明，断点拖拽至程序启动、接口发起请求后的运行节点，后端返回的JSON数据才自动生成目标变量，这一刻才算从实操层面分清两个阶段的本质，编译是把零散代码打包整合，runtime就是程序被用户打开后，所有代码真实运行执行的完整过程。

网上随处能搜到的名词释义拆分的过于繁琐，一会区分运行时引擎，一会罗列运行时底层库，反正日常做业务开发，压根不用死记书面化的细分条目，其实只需要判断逻辑生效在打包前还是程序打开后，就能粗略分辨runtime指代的范围。

整理抽屉的时候翻出去年随手记的便签，原先错把runtime的释义写为编译打包全过程，纸上的字迹被反复划掉，墨迹层层堆叠在纸面边角。

放好便签之后随手拧开桌面搁置许久的矿泉水，点开新开的项目调试窗口，光标落在生命周期函数的代码行上，没再继续纠结书面化的名词注解。