WebAssembly 无法直接解析 XML，需用 Rust 等语言编写解析逻辑并编译为 WASM，由 JS 传入 XML 字符串或字节，再将结果返回；Rust + wasm-pack 是最可行方案，推荐使用 quick-xml 和 wasm-bindgen 实现高效零拷贝交互。
WebAssembly 本身不能直接解析 XML —— 它没有内置的 DOM 或 XML 解析能力，也不访问浏览器的 XMLHttpRequest、DOMParser 或 fetch API。所谓“在 WebAssembly 中解析 XML”，实际是指：用 C/C++/Rust 等语言写解析逻辑，编译为 WASM，再把 XML 字符串（或字节）从 JavaScript 传进去，由 WASM 模块完成结构化解析（如提取标签、属性、文本内容），最后把结果传回 JS。
WASM 模块无法直接读取 File 或 Blob
你上传一个 XML 文件后得到的是 File 或 Blob，WASM 内存是线性、隔离的，不能自动访问浏览器 I/O 对象。必须由 JS 主动读取并转为可传入 WASM 的格式：
- 用
file.text()读成 UTF-8 字符串，再通过TextEncoder.encode()转为Uint8Array - 或用
file.arrayBuffer()直接获取二进制，适用于含非 UTF-8 编码（如 GBK）的 XML（但需额外处理编码转换） - WASM 导出函数通常只接收
pointer（内存偏移）和len（长度），JS 需手动把数据写入 WASM 的memory.buffer
Rust + wasm-pack 是最可行的落地路径
相比 C/C++（需手动管理字符串生命周期、缺乏标准 XML 库集成），Rust 生态有成熟方案：quick-xml 可静态编译进 WASM，wasm-bindgen 支持零拷贝传递字符串和结构体。示例流程：
use wasm_bindgen::prelude::*;
use quick_xml::events::BytesStart;
use quick_xml::Reader;
#[wasm_bindgen]
pub fn parse_xml(xml_input: &str) -> Result<jsvalue jsvalue> {
let mut reader = Reader::from_str(xml_input);
let mut buf = Vec::new();
let mut result = Vec::new();
loop {
match reader.read_event_into(&mut buf) {
Ok(quick_xml::events::BytesStart(ref e)) => {
result.push(e.name().as_ref().to_vec());
}
Ok(quick_xml::events::BytesEnd(_)) => break,
Ok(_) => (),
Err(e) => return Err(JsValue::from_str(&e.to_string())),
}
buf.clear();
}
Ok(JsValue::from_serde(&result).map_err(|e| e.into())?)
}</jsvalue>
关键点：
-
xml_input: &str由 wasm-bindgen 自动从 JS 的String转换，无需手动 memcpy - 返回
JsValue时用from_serde，避免手写 JSON 序列化 - 若 XML 含命名空间或 DTD，
quick-xml默认不校验，需显式启用expand_entities或coalesce_characters
性能瓶颈常卡在 JS ↔ WASM 数据搬运上
解析本身可能很快，但大 XML（>1MB）反复拷贝会拖慢整体体验：
- 避免多次调用 WASM 函数处理不同节点 —— 一次性传入完整 XML 更高效
- 不要在 WASM 里分配大量堆内存再传回 JS；优先用
Vec+JsValue::from_serde批量导出 - 若只需 XPath 查询，考虑用 JS 原生
DOMParser+document.evaluate，比 WASM + libxml2 快得多（DOM 已高度优化） - Chrome / Firefox 对
WebAssembly.Memory的 grow 操作有开销，初始化时用--max-memory=65536（1GB）预留足够空间
真正需要 WASM 解析 XML 的场景极少：通常是已有 C/Rust XML 处理库要复用、或需离线脱网运行（如 PWA 中解析本地上传配置）、或对解析结果有定制二进制输出需求。否则，new DOMParser().parseFromString(xmlStr, "text/xml") 仍是最快最稳的选择。
