蓝图虚拟机：字节码如何执行

要理解性能差异，先看蓝图代码在引擎里到底是什么。

你连的蓝图节点，保存时会被编译成一串自定义的字节码（Blueprint Bytecode）。运行时，一个叫蓝图虚拟机（Blueprint VM）的解释器逐条取出字节码、分发到对应的 C++ 处理函数。这个过程和 Java、Python 的解释执行很像：每一条指令都要经过一次"翻译"。

C++ 代码则被编译器直接翻译成 CPU 的机器码，执行时是原生的指令流。差距由此产生：

一组容易感知到的数字

不用记精确比例，记几个量级感受就够日常判断：

• 一个简单数学运算（如向量加法），蓝图调用约比 C++ 慢 一个数量级；
• 一个 Cast 节点，开销主要在类型确认（检查对象是否真是目标类），而不是转换本身；
• 真正拖垮性能的往往不是"某个函数慢"，而是它被执行的次数——蓝图在循环里执行成千上万次时，虚拟机的固定开销会被放大。

节点连线的隐藏成本

蓝图还有一项 C++ 没有的成本：每个连出的引脚、每个 Execution Pin 的跳转，都对应字节码里的一条跳转指令。一个连了几十个节点的图表，函数调用链可能远比等价 C++ 代码长。这也是为什么"把蓝图写得更短"有时候比"换用 C++"效果还明显。

实际的调优手段将在本章稍后和第 4 章展开，这里先建立一个判断框架：

问题不在"用蓝图还是 C++"，而在"这段逻辑多久执行一次"。

一年执行一次的逻辑（如关卡初始化），用蓝图毫无压力；每帧为 500 个敌人各执行一次的逻辑，蓝图虚拟机的开销就会成为瓶颈。

编译速度的另一面

蓝图也不是处处都比 C++ 慢——在"改一行代码到看到结果"这件事上，蓝图快得多。蓝图编译不需要启动 C++ 编译器、不需要链接、不需要重启编辑器（多数情况下），按一下编译就能跑。这就是为什么原型阶段蓝图效率极高：它把反馈循环压缩到了秒级。

Live Coding（热重载）能缓解 C++ 的编译痛，但它有自己的坑，我们在第 4 章专门讲。

本章小结

• 蓝图 = 编辑器里编译成字节码 + 运行时虚拟机解释执行；C++ = 直接编译为机器码。
• 量级感受：蓝图的热点逻辑比 C++ 慢一个数量级左右，主要来自虚拟机分发与节点跳转。
• 决定性能的往往不是语言，而是执行频率——按频率选语言，而不是按偏好选语言。
• 蓝图真正的优势是反馈循环快：秒级编译、所见即所得。

下一页给出一份具体的分工清单，回答"这个功能到底放哪一层"。