用于繁重计算的 WebAssembly + WebView + Javascript 接口？

Question

所以我正在开发这个应用程序，它目前是为 web、android 和 ios 原生编写的。这个应用程序在后台做了一些繁重的工作，我们正在寻找改进的方法，但是保持三个基本相同的代码来源很糟糕。

一种方法是用 C++ 创建一个库，然后在应用程序中使用，并通过 WebAssembly 在 Web 上使用。然而，这需要我们生成新版本的 android/apps 并将它们发布到各自的商店。

但后来我认为 WebAssembly 可能适用于所有平台。但是由于我们仍然想在移动平台上提供原生体验，我认为 WebView 可以用于使用 javascript 接口与 WebAssembly 中的库进行通信并以原生方式呈现数据。只需对库进行一次更新，所有应用程序始终拥有最新版本的库。

这是否可行并且仍能提供高性能？ webview和javascript界面​​会不会是瓶颈？

Answer 1

据我了解，您拥有原生 Web 应用（HTML + JavaScript）和原生 Android（Java 或 Kotlin）和 iOS（Swift 或 Objective-C）应用。该应用程序做了一些有性能问题的繁重工作 - 我猜这些问题只出现在应用程序的 Web（即 JavaScript）版本中？您想提高此代码的性能，并在所有三个平台上共享它吗？

如果是这样，我认为 WebAssembly 值得考虑。您可以使用 C++ 创建一个库，该库在 iOS 和 Android 中本机运行，并通过 EmScripten 编译为 WebAssembly 以在 Web 上运行。

要记住的一点是，WebAssembly 没有内置的 IO。因此，与您的代码的所有交互都必须跨越 JavaScript / WebAssembly 边界，这确实会产生惩罚。因此，这种方法最适用于具有简单接口的算法，例如他们可能会对少量数据进行大量计算，然后返回结果。

我不确定您为什么考虑在 WebView 中运行它？对于 iOS 和 Android，您不需要使用 WebAssembly - 您可以本地运行 C++ 代码。

Answer 2

根据您的 C++ 库的功能，这可能是不可能的。

与 Web“Assembly”听起来相反，浏览器中的 WebAssembly 基本上是 JavaScript，因为它由 JS 引擎运行和管理。 Wasm 在 WebView 提供的 JS 上下文中运行。所以用 WebView 来做 JS 和 Wasm 的接口是不正确的。正确的说法是JS也运行Wasm。

这有一个巨大的含义：Wasm 无法访问原生 API，而是 JS API。如果您的 C++ 代码需要文件评估等原生 Android 服务，则不应使用 Wasm。

就性能而言，它还取决于您的 C++ 代码的功能。 Wasm 的性能优势是通过不运行 JS 垃圾收集而不是原生运行来实现的。 Wasm 目前无法运行 GPU、SIMD 或多线程（尽管这些功能将在未来实现，但还没有实现）。

WebAssembly 最大的一点是将 C++/Rust/Go/etc 代码移植到 Web 浏览器，而不是提高性能。

在JS引擎之外还有some efforts to run Wasm in native platforms，但还不成熟，离在原生移动平台上运行还差得很远。