OpenHarmony系统是怎么知道应用是Ark应用的-51CTO.COM

背景

自从OpenHarmony系统3.0-LTS版本发布之后，OpenHarmony系统对JS应用增加了Ark方舟运行时，但之前的QuickJS运行时却有没有移除，就产生了两个好奇的问题。

OpenHarmony系统中存在两个JS运行时，那开发的JS应用到底是运行在哪个运行时中的?

OpenHarmony系统又是怎么识别Hap包是Ark JS应用的?

探究

第一步，确定系统是否真的存在Ark方舟运行时。

OpenHarmony系统源码中，虽然提供了Ark方舟运行时代码，但开发板编译的系统不一定会编译Ark方舟运行时。本人手中的开发板是Hi3516，所以去productdefine目录下面查看了一下Hi3516DV300.json文件，确认是否Ark子系统是否参与了编译。

从上图可以看出，Ark子系统参与了系统编译，那就去开发板系统下确认一下。通过hdc工具查看，hdc shell进入系统中，在system/lib 目录下搜索ark字样，结果显示确实有Ark JS运行时libark_jsruntime.so。

从上图结果中，还可以看出ace JS UI框架部分的so库也有ark版本的。

第二步，确定Ace JS UI框架是否存在Ark和QuickJS同时支持。

继续在hdc shell下搜索ace相关的so库信息。

从上图的信息中，Ace是同时支持Ark和QuickJS的。既然如此，那就去查看OpenHarmony的源码吧，系统究竟是怎么进行识别Hap应用的类型的。

第三步，确认系统SO库的选择方式。

多年的程序开发经验，让我立马就猜测，系统可能会有so库的选择过程，比如 libace_engine_ark.z.so 和 libace_engine_qjs.z.so 两个的选择。于是我就在OpenHarmony源码下的foundation目录下进行了 find 查找。

find 的结果真的印证我的猜测，真有相关代码信息。那就去ace_container.cpp这个文件代码的第54行去看看吧。

一看代码，把我高兴坏了，这不就是我猜测的结果么。通过函数的入参 isArkApp 进行选择的。那就继续找isArkApp 这个参数怎么来的吧。

第四步，确定 isArkApp 参数来源。

继续发挥 find 命令的强大，搜索函数在哪里调用的。

结果是在同一个文件类调用的，查看源码，发现还是AceContainer类里面一个 isArkApp_ 自由布尔变量。

再次在源码里面找，发现是在AceContainer类构造函数中初始化的。

那就在使用 find 命令继续搜索哪里有调用AceContainer类这个构造函数吧。结果有点失望，没有搜到有调用的地方。没有那就认真看看代码吧，发现是AceContainer类内部一个 CreateContainer 的静态函数构造的AceContainer实例，isArkApp 这个参数也是从 CreateContainer 函数传进来的。

有了突破口，那就又继续 find 吧(真的很强大啊)。

结果显示在ace_ability.cpp文件的第256行代码有调用。

查看源码，找到了 isArkApp 参数的来源，是 GetIsArkFromConfig 这个函数的返回值。

第五步，查看GetIsArkFromConfig函数的代码。

GetIsArkFromConfig 这个函数在 utils.h 文件中，实现如下所示，展示了关键代码：

inline bool GetIsArkFromConfig(const std::string& packagePathStr)
{
    auto configPath = packagePathStr + std::string("config.json"); 
    //·····此处省略100字·····     
    std::string jsonString(jsonStream.get(), jsonStream.get() + size);
    auto rootJson = JsonUtil::ParseJsonString(jsonString);
    auto module = rootJson->GetValue("module");
    auto distro = module->GetValue("distro");
    std::string virtualMachine = distro->GetString("virtualMachine");
    return virtualMachine.find("ark") != std::string::npos;
}