webassembly

如何在 web 应用中使用 GDAL （一）开胃菜有过 GIS 相关开发工作的朋友都知道，GDAL 是 GIS 图形处理最强大的工具，对于 native 客户端和服务端的开发者来说非常友好，提供了适用于多种 CPU 和操作系统的可执行文件和 lib 文件，只要开发者使用的不是小众平台，都能轻松方便地获取。但对于 GDAL 来讲， Web 就是一个小众平台，并没有提供这个平台的任何支持。所以一般地， WebGIS 软件都会将 GDAL 相关服务部署到服务端，客户端通过 HTTP 请求的方式调用。这个方案有一些不足：

WebAssembly技术详解：从浏览器到云原生的高性能革命2015年，当Mozilla、Google、Microsoft和Apple四大浏览器厂商联合发布WebAssembly（Wasm）技术预览时，业界尚未意识到这将开启Web性能的新纪元。作为继HTML、CSS、JavaScript之后的第四种Web标准语言，WebAssembly的设计目标直指JavaScript难以突破的性能瓶颈——接近原生的执行效率与跨语言编译目标的双重定位，使其从诞生之初就肩负着重塑Web应用边界的使命。

Rust & WebAssembly 性能调优指南：从毫秒级加速到KB级瘦身WebAssembly 作为一种高效的运行时技术，已广泛应用于前端开发中。然而，要充分发挥Wasm性能优势，还需要关注一些关键因素。在 Rust 与 Wasm 的结合使用中，主要影响性能的因素包括数据拷贝和函数调用开销。

web-sys进阶：事件处理、异步操作与 Web API 实践上一篇文章中，我们步了解了如何使用 web-sys 在 Rust 中操作浏览器的 DOM。那么接下来，我们将更进一步，探索 web-sys 的高级功能，包括复杂的事件处理、异步操作、网络请求、绘图操作、本地存储以及定时器的使用。

Electron使用WebAssembly实现CRC-16 IBM校验将C/C++语言代码，经由WebAssembly编译为库函数，可以在JS语言环境进行调用。这里介绍在Electron工具环境使用WebAssembly调用CRC-16 IBM格式校验的方式。

Rust & WebAssembly：探索js-sys的奇妙世界js-sys 是 wasm-bindgen 工具链中的一个底层核心库。它提供了对 JavaScript 全局对象和内置对象的裸绑定（raw bindings），即对 JavaScript 全局对象和内置类型的原生绑定。它不添加抽象层，让你在 Rust 中直接操作 JS 原生对象，就像在 JavaScript 中一样自然。

为什么现在越来越多项目选择混合开发？从 WebAssembly 在无服务器中的表现说起“混合式的方法出奇地有效。”这句话虽然简单，但在计算机发展的几十年中反复被验证。从早期用汇编语言加速 BASIC 写的游戏，到 C 语言中保留内联汇编优化关键路径，再到现代微服务架构中以 Go 写数据层、以 JS 写交互逻辑——“让合适的语言处理合适的任务”一直是工程理性的体现。

从零开始实现Vue3+WebAssembly万级数据表格开发流程本文案例代码仓库接上文，5.0版本WebAssembly（Wasm）不能直接操作 Canvas，但它可以作为 Canvas 表格的“核心引擎”，处理高性能的计算和数据管理，渲染依然需要通过 JavaScript 调用 Canvas API 实现。

Electron使用WebAssembly实现CRC-16 原理校验将C/C++语言代码，经由WebAssembly编译为库函数，可以在JS语言环境进行调用。这里介绍在Electron工具环境使用WebAssembly调用CRC-16 原理格式校验的方式。

重现 Chrome 经典：用 WebAssembly 打造像素级完美的二维码生成器扩展还记得 Chrome 浏览器曾经内置的二维码生成器功能吗？那个简洁优雅的界面，带有标志性 Chrome 恐龙图标的二维码，曾经是我们分享网页链接的得力助手。虽然 Google 在某个版本中移除了这个功能，但今天我要介绍一个令人兴奋的开源项目——它不仅重新带回了这个功能，更是在技术实现上达到了像素级的完美复刻。

踢足球的，程序猿

WebAssembly的本质与核心价值二进制指令格式：基于堆栈的虚拟机二进制指令，专为高性能编译目标设计。跨平台执行：可在浏览器、Node.js甚至边缘计算设备运行，实现“一次编译，处处运行”。

如何使用WebAssembly解决Web前端性能瓶颈在 Web 前端中使用 WebAssembly（WASM）是解决性能瓶颈的有力方案，尤其适用于 CPU 密集型、数学计算密集型或图像/音视频处理等场景。

Rust+Wasm利器：用wasm-pack引爆前端性能！《Rust Wasm 探索之旅：从入门到实践》系列一：当 Rust 遇见 WebAssembly：Wasm 与 Rust 生态初探（入门篇）

Wasm是什么、不是什么在2025年，WebAssembly（后文中用Wasm简称）已经被主流的浏览器和非浏览器JS运行时支持。你也许从来没有直接接触过WASM，但是你使用的各种软件、框架、库很有可能已经用到了它。在这一系列文章里，我们来近距离地接触一下这个熟悉又陌生的朋友。

Electron使用WebAssembly实现CRC-8 ITU校验将C/C++语言代码，经由WebAssembly编译为库函数，可以在JS语言环境进行调用。这里介绍在Electron工具环境使用WebAssembly调用CRC-8 ITU格式校验的方式。

使用Rust + WebAssembly提升前端渲染性能：从原理到落地最近在开发数据可视化大屏项目时，我们遇到了一个棘手的问题：前端需要实时渲染10万+数据点的动态散点图，使用纯JavaScript + Canvas方案在低端设备上帧率不足15FPS。经过性能分析，发现数据预处理逻辑（坐标计算、过滤、聚类）消耗了70%的帧时间。

WASM与OPFS组合技系列三（魔改写操作）上一期主要介绍了怎么通过修改emcc生成的wasm胶水文件来实现在wasm中直接读取OPFS中的文件，实现按需读取文件内容，降低内存占用，本期主要介绍怎么来实现wasm中获取文件句柄，并直接使用fwrite来写入数据，从而保证内存的低占用。

不是？全网都找不到案例？小程序集成 gifsicle wasm这是继上一篇《全网都找不到！小程序集成第三方 WASM npm 包》后的第二篇。在上一篇中讲述了小程序集成第三方 npm 包@jsquash/jpeg实现 JPEG 图片压缩，而这一次则是探讨小程序中如何集成并实现 GIF 图片压缩。这一系列的共同之处都是小程序集成使用 WASM。使用 WASM 并不是很难的一件事，因为有很多开源的项目可供参考。真正难的是在小程序这个平台下如何使用，这也是我写这一篇所要分享的内容，这是在全网都找不到的。才疏学浅，也因此希望能够抛砖引玉。

WASM与OPFS组合技系列二（魔改读操作）上一期主要介绍了怎么将文件保存到OPFS中，这期主要介绍怎么修改emcc生成的wasm胶水文件，使wasm内可以直接读取opfs中的文件，从而避免直接将大文件直接读取内存，导致内存爆炸问题。

全网都找不到！小程序集成第三方 WASM npm 包这又是一次被小程序折磨的故事！距我上一次被小程序折磨还是在上一次（去年9月做微信头像加国旗小程序的时候）。但这是我第二次做小程序，就让我再次遇到这么个大难题，就是在小程序中用 WASM，准确来讲是集成一个第三方 npm 包@jsquash/jpeg，而这个依赖包是一个基于 WebAssembly ，支持浏览器端运行的第三方 JPEG 编解码库。