作者：京东科技 杜强强

前言

在Roma跨端方案中，JS虚拟机是框架的核心，负责执行动态化的JS代码。在Android平台采用了基于V8的J2V8，iOS平台则使用了系统自带的JSCore，而在HarmonyOS中，由于业界无类似的框架，我们需要自行实现以确保核心基础能力的完整。 鸿蒙虚拟机的开发经历了从最初 ArkTs2V8 到JSVM + Roma新架构方案。在此过程中，我们实现了完整的鸿蒙版的“J2V8”和 基于系统JSVM的JS虚拟机框架，解决了JS引擎库移植、多语言通信能力、多类型数据结构转换等众多挑战。本文将从实现的各个阶段过程出发，探讨在实践中遇到的问题及解决方案。

一、鸿蒙版 “J2V8”虚拟机实现 - ArkTs2V8

ArkTs2V8框架依赖 V8引擎， 鸿蒙前期交叉编译资料少，V8官方也未有HarmonyOS端编译方式。因此在这过程中， 我们采取初期使用QuickJS引擎(C语言开发，代码少，移植方便)， 后期自编译V8完成后替换QuickJS， 保证快速验证跨端前期技术调研方案以及其他依赖项基础能力的开展。 自编译V8 通过学习交叉编译相关技术，摸索式逐步解决编译期间这种报错，完成V8虚拟机移植。

ArkTs2V8 架构借鉴了Android J2V8( 动态化-J2V8文章中讲述了具体原理及实践)的实现原理。 J2V8为针对V8的 Java实现，采用最直接的方式在Java中访问V8原始值，因此具备较高的性能。 在HarmonyOS中，采用V8作为JS引擎， JSI作为通信层完成设计。

鸿蒙跨端实践-JS虚拟机架构实现_V8

1、引入JSI

考虑到跨端框架的未来发展，虽然通过C++ 能够直接与V8交互，但这种方式不利于虚拟机代码的共享和扩展。因此Roma框架引入JSI，以增强代码的可扩展性，促进更有效的代码共享，并实现更灵活的虚拟机集成。

JSI(JavaScript Interface)，轻量级，通用且同步的JavaScript接口， 通过JSI，JS代码可以直接与C++原生代码通信。

有了JSI层对虚拟机的封装，Roma框架开发者无需在关心虚拟机底层能力， 同时也可以自由切换引擎，比如使用V8，QuickJS、JSVM等, 规范了数据格式，统一为JSIValue。

2、API与框架设计原理

接口设计采用和J2V8 类似的