Đưa WebAssembly trở thành ngôn ngữ hạng nhất trên web

(hacks.mozilla.org)

21 điểm bởi GN⁺ 2026-03-12 | 4 bình luận | Chia sẻ qua WhatsApp

Kể từ lần ra mắt đầu tiên vào năm 2017, WebAssembly đã phát triển với khả năng hỗ trợ thực thi các ngôn ngữ mức thấp như C/C++, nhưng trên nền tảng web, nó vẫn bị đối xử như ngôn ngữ hạng hai
Chỉ JavaScript mới có thể tương tác trực tiếp với Web API, còn WebAssembly phải viết mã binding JS phức tạp (glue code) để làm điều đó
Cấu trúc này dẫn đến quy trình tải phức tạp, chi phí hiệu năng bổ sung, đứt gãy toolchain theo từng ngôn ngữ, làm suy giảm trải nghiệm lập trình viên
Để giải quyết vấn đề này, Mozilla đề xuất WebAssembly Component Model, cho phép gọi Web API và tải mô-đun theo cách chuẩn hóa mà không cần JS
Nếu mô hình này được thiết lập rộng rãi, WebAssembly được kỳ vọng sẽ trở thành môi trường thực thi hạng nhất trong trình duyệt, tạo nền tảng để cả các lập trình viên phổ thông cũng có thể dễ dàng sử dụng

Vì sao WebAssembly bị xem là ngôn ngữ hạng hai

WebAssembly chỉ có thể truy cập nền tảng web thông qua JavaScript và không có quyền gọi Web API trực tiếp
- JavaScript có thể được tải đơn giản bằng thẻ <script>, nhưng WebAssembly cần quy trình tải thủ công qua JS API
- Phải đi qua các lệnh gọi API phức tạp như WebAssembly.instantiateStreaming(), và lập trình viên либо phải ghi nhớ chúng hoặc tự động hóa bằng công cụ
Đề xuất esm-integration đơn giản hóa quy trình tải bằng cách cho phép import trực tiếp tệp .wasm qua hệ thống mô-đun JS
- Có thể tải trực tiếp dưới dạng <script type="module" src="/module.wasm"></script>

Hạn chế trong việc truy cập Web API

Một việc trong JavaScript chỉ cần một dòng console.log("hello, world") thì trong WebAssembly lại đòi hỏi truy cập bộ nhớ JS, giải mã chuỗi, bọc hàm và nhiều bước phức tạp khác
- WebAssembly không thể truy cập đối tượng console hay DOM, nên phải gọi gián tiếp từ JS thông qua chia sẻ bộ nhớ và import/export hàm
Mã binding (glue code) sinh ra trong quá trình này khác nhau theo từng ngôn ngữ, và thường được tạo tự động bằng các công cụ như embind, wasm-bindgen
- Tuy nhiên, điều này lại gây ra các vấn đề như tăng độ phức tạp khi build, overhead lúc chạy, và thiếu tương thích giữa các ngôn ngữ

Các nguyên nhân kỹ thuật khiến WebAssembly chưa thể trở thành ngôn ngữ hạng nhất

Khó khăn trong tích hợp compiler: compiler của mỗi ngôn ngữ phải tự sinh mã tích hợp với JS và nền tảng web, và phần này không thể tái sử dụng
Compiler chuẩn không tương thích: tệp được tạo bằng rustc --target=wasm không thể chạy ngay trong trình duyệt
- Cần cài thêm toolchain không chính thức có triển khai tích hợp nền tảng
Sự thiên lệch của hệ sinh thái tài liệu: tài liệu web như MDN phần lớn được viết xoay quanh JavaScript, khiến người dùng ngôn ngữ khác gặp rào cản gia nhập cao
Vấn đề hiệu năng: các lệnh gọi DOM đi qua binding JS bị chậm hơn 45% so với gọi trực tiếp
- Trong thử nghiệm với framework Dodrio, khi bỏ JS glue thì thời gian áp dụng thay đổi DOM giảm còn một nửa
Sự phụ thuộc vào JavaScript: để dùng WebAssembly trong thực tế, cuối cùng vẫn phải hiểu JS, dẫn đến vấn đề abstraction bị rò rỉ (leaky abstraction)

Sự xuất hiện của WebAssembly Component Model

WebAssembly Component Model định nghĩa đơn vị thực thi chuẩn hóa có thể dùng chung giữa nhiều ngôn ngữ và runtime
- Có thể trực tiếp thực hiện việc truy cập Web API, tải mô-đun và liên kết mà không cần JS
- Có thể được tạo từ nhiều ngôn ngữ khác nhau và được hỗ trợ thực thi trên nhiều runtime như trình duyệt hay Wasmtime
Thông qua WIT (Interface Description Language), có thể khai báo API cần dùng và gọi trực tiếp từ bên trong component
- Ví dụ:
```
component {
  import std:web/console;
}
```
  → Có thể gọi console::log("hello, world") trong mã Rust
Trình duyệt có thể tải component trực tiếp bằng <script type="module" src="component.wasm"></script>, và tự động xử lý binding Web API mà không cần JS

Khả năng tương tác với JavaScript

Component Model cũng hỗ trợ cấu trúc ứng dụng hybrid
- Ví dụ: viết bộ giải mã ảnh bằng WebAssembly, rồi gọi từ JS theo dạng import { Image } from "image-lib.wasm";
- JS có thể dùng component WebAssembly như một mô-đun thông thường thông qua import/export

Triển vọng và cách tham gia

Mozilla đang hợp tác với WebAssembly CG để chuẩn hóa Component Model, và Google cũng đang ở giai đoạn xem xét
Lập trình viên có thể thử nghiệm trên trình duyệt hoặc CLI thông qua Jco hay Wasmtime
Nếu mô hình này được phổ biến, WebAssembly có thể mở rộng từ “tính năng dành cho power user” thành công nghệ web mà cả lập trình viên phổ thông cũng có thể sử dụng

4 bình luận

jeeeyul 2026-03-12

Đây gần như chỉ là kiểu kỳ vọng mang màu sắc Mozilla mà thôi. Frontend về mặt cấu trúc không thể thoát khỏi hệ viền của phản ứng thị trường. Ngay khi WebAssembly xuất hiện thì Doom 3 đã được port sang rồi. DOM trong các trình duyệt hiện đại từ lâu đã chuyển thành các đối tượng proxy nhẹ, và nếu xét đến tập lệnh chuyên dụng cho JavaScript của CPU hiện đại cùng giới hạn lượng tử của lõi đơn, thì cách tiếp cận này sẽ không bao giờ giành được ưu thế về giá trị thị trường.

Một binary WebAssembly chạy bên trong Electron thì có ý nghĩa gì? Cái này chỉ giống thêm một cuộc săn danh tiếng kiểu GitKraken CLI hoặc port sang Rust mà thôi.

carnoxen 2026-03-14

Không nói về những thứ khác, nhưng cách nhúng module wasm dưới dạng tệp như <script type="module" src="/module.wasm"></script> thì khá hấp dẫn đấy.