[发明专利]一种WebAssembly加载方法、装置及存储介质

说明书

本发明提供一种WebAssembly加载方法、装置及存储介质，包括如下几个步骤：A1：采用emscripten编译器将c++源码编译到wasm文件和中间层build.js文件;A2,读取wasm文件二进制内容，压缩内容，再转换为十六进制字符串;A3,读取中间层build.js内容，与转换后的wasm字符串合并;A4,进行封装，在合并的字符串前面注入自动解压代码;A5,将封装后的字符串内容保存到本地文件，完成整个构建过程。

技术领域

本发明属于WebAssembly加载技术领域，尤其涉及一种WebAssembly加载方法、装置及存储介质。

背景技术

使用WebAssembly可以更快地在 web 应用上运行代码，其有如下特点：

文件加载 - WebAssembly 文件体积更小，所以下载速度更快。

解析 - 解码 WebAssembly 比解析 JavaScript 要快。

编译和优化 - 编译和优化所需的时间较少，因为在将文件推送到服务器之前已经进行了更多优化，JavaScript 需要为动态类型多次编译代码。

重新优化 - WebAssembly 代码不需要重新优化，因为编译器有足够的信息可以在第一次运行时获得正确的代码。

执行 - 执行可以更快，WebAssembly 指令更接近机器码。

垃圾回收 - 目前 WebAssembly 不直接支持垃圾回收，垃圾回收都是手动控制的，所以比自动垃圾回收效率更高。

WebAssembly在2019年12月正式纳入W3C标准，在前端领域的应用逐渐普及，业界主流的应用方法为：通过emscripten编译器将c++源码编译到wasm文件和中间层build.js文件；Web应用中引入中间层build.js文件；build.js文件内部通过网络请求完成wasm的加载；以此实现web应用中加载WebAssembly。

已有技术的加载过程如图1和图2所示，以上方法存在的不足：对前端模块化兼容性不好，不能将wasm文件与web应用完全解耦， 对于单页面web应用（SPA），需要将wasm文件单独拆出，与静态文件部署到同级目录下。操作繁琐，且通过网络单独异步请求wasm文件的速度受网络环境影响较大，不利于开发体验和用户体验。

发明内容

为了解决以上技术问题，本发明提供了一种模块化的WebAssembly的构建过程，包括如下几个步骤：

A1， emscripten编译器将c++源码编译到wasm文件和中间层build.js文件;

A2,读取wasm文件二进制内容，压缩内容，再转换为十六进制字符串;

A3,读取中间层build.js内容，与转换后的wasm字符串合并;

A4,进行封装，在合并的字符串前面注入自动解压代码;

A5,将封装后的字符串内容保存到本地文件，完成整个构建过程。

其中，使用的现有技术进行编译的，使用的编译工具就是 “emscripten编译器”。

优选的，所述步骤A4中，封装代码的作用就是A2的反向过程：从十六进制提取出压缩内容，再解压，解压后得到的内容即为wasm文件原始的二进制内容，将wasm二进制内容赋值给Module全局变量。优选的，所述步骤A4中，合并就是将封装的代码或字符串添加到build.js内容或字符串前面，然后保存为本地文件，也就是构建生成的文件，即步骤A5。

相应的，本发明还提供了一种WebAssembly的加载过程,包括如下步骤：