A / 编译器
从语法到指令
解析代码的结构，建立中间表示，再生成 VM 能够执行的指令。让转换过程有层次，也让问题有迹可循。
01 / 选择
选择
关键逻辑
02 / 编译
编译为
字节码
03 / 执行
交由
VM 执行
01 / 编译流程
一次编译，
重新组织执行方式。
源代码负责表达意图，编译器负责转换结构，虚拟机负责执行指令。每一层，都有清晰的边界。
-
[ 01 ]
源码解析
把选定的 JavaScript 源码解析为 AST，识别语法、作用域与需要转换的函数边界。
SOURCE → AST -
[ 02 ]
IR 变换
将支持的语法转换成中间表示，逐步降低表达层级，为指令生成建立一致的输入。
AST → IR -
[ 03 ]
字节码生成
将中间表示编码为虚拟机指令，并组织执行所需的常量、操作数和函数信息。
IR → BYTECODE -
[ 04 ]
运行时执行
由配套的 VM Runtime 读取和执行字节码，通过明确的接口与宿主 JavaScript 环境协作。
BYTECODE → RESULT
支持范围与输出形式取决于具体编译配置。接入前，建议先对关键路径进行语义与性能验证。
B / 运行时
执行语义，交给虚拟机
用指令、执行状态与宿主桥接表达选定逻辑。字节码与运行时共同构成执行单元，转换的目标始终是保持预期行为。
C / 构建流程
进入已有的构建流程
从小范围函数开始接入，验证输出，再逐步调整保护范围。把编译配置、回归检查与产物管理一起纳入工程流程。
03 / 交互演示
把抽象的过程，
变成看得见的一次执行。
从一段小函数开始，观察输入、指令和执行结果如何衔接。这里展示的是工作原理，实际项目需要配套的编译与验证流程。
04 / 核心能力
保护逻辑，
也照顾工程现实。
编译只是起点。范围、兼容性、运行开销与后续维护，一起决定了接入的质量。
以函数为边界
优先处理包含核心规则的函数。保留清晰的输入与输出，让语义验证和问题定位更容易开展。
FUNCTION BOUNDARY用字节码表达
将选定逻辑转为指令序列。字节码并非秘密的终点，而是改变代码组织与执行方式的一层表达。
BYTECODE REPRESENTATION配套的运行时
运行时负责解释指令、维护执行状态，并与宿主环境交互。兼容性需要在目标环境中验证。
VM RUNTIME配置进入工程
明确编译范围与构建顺序，保存可追溯的配置。让一次成功的转换，能够在后续构建中复现。
BUILD CONFIGURATION理解性能取舍
解释执行可能增加时间与体积开销。用真实业务负载衡量成本，避免将高频热路径一并纳入。
MEASURE THE TRADE-OFF为迭代留出空间
随着业务和语言特性变化，持续运行回归检查。把代码保护作为可维护的流程，而非一次性步骤。
CONTINUOUS VALIDATION05 / 常见问题
先把问题，
说清楚。
从工作原理到工程接入，
这里是值得先了解的几件事。
虚拟化编译与普通混淆有什么区别？
普通混淆通常改变源码的名称、结构或控制流；虚拟化编译则把支持的逻辑转为字节码，交给配套虚拟机执行。两者可以组合，但虚拟化也会引入运行时与额外开销，并不意味着代码不可分析。
哪些代码适合优先处理？
适合从边界清晰、输入输出明确的关键业务函数开始。对依赖复杂宿主对象、动态语言特性或高频执行的代码，先确认语法支持范围，再做兼容性与性能评估。
会对性能和产物体积产生什么影响？
虚拟机解释执行和运行时分发会产生额外开销，输出中通常也需要包含字节码与运行时。具体影响取决于代码特征、保护范围与配置，应在目标环境使用实际负载测量。
可以与压缩、打包流程一起使用吗？
可以设计为构建流程中的一个阶段，但转换、打包和压缩的先后顺序需要根据输出形式确定。尤其应检查模块边界、运行时初始化和压缩器优化是否影响执行结果。
编译后会输出什么？
典型输出包括承载逻辑的字节码、配套 VM Runtime，以及连接宿主代码的包装或调用接口。它们可以按配置组合或拆分；具体产物以当前编译器实现和构建设置为准。