Rust RTF解析库适配WebAssembly：字符串切片与Token暴露问题

我开发了一个RTF解析的Rust库，最初只针对x86架构做优化，所以大量用字符串切片(&str)直接引用原始内容，完全避免拷贝。核心的Token枚举是这样定义的：

enum Token<'a> {
    PlainText(&'a str),
    OpeningBracket,
    ClosingBracket,
    // 其他变体
}

现在想把这个库改成同时支持WebAssembly，但查了wasm-bindgen的文档后发现，它不支持带生命周期的引用类型。我试过用条件编译定义StrRef来适配，但生命周期问题还是没解决：

#[cfg(not(target_arch = "wasm32"))]
pub type StrRef<'a> = &'a str;
#[cfg(target_arch = "wasm32")]
pub type StrRef = String;

想请教两个问题：

1. 有没有既能保留x86平台性能，又能适配Wasm的优雅方案？
2. 怎么把带字符串引用的Token枚举安全暴露给JavaScript？

1. 用Cow+条件编译兼顾性能与兼容性 #

没必要直接把所有切片都换成String，可以用std::borrow::Cow（克隆写入）类型结合条件编译，让不同平台自动选择最优实现：

use std::borrow::Cow;

// x86平台用Cow，默认走零拷贝的Borrowed变体
#[cfg(not(target_arch = "wasm32"))]
pub type RtfStr<'a> = Cow<'a, str>;

// Wasm平台直接用String，规避生命周期和引用的限制
#[cfg(target_arch = "wasm32")]
pub type RtfStr<'a> = String;

然后修改Token枚举：

enum Token<'a> {
    PlainText(RtfStr<'a>),
    OpeningBracket,
    ClosingBracket,
    // 其他变体
}

解析逻辑里，x86平台直接返回Cow::Borrowed(切片)，完全保留零拷贝；Wasm平台可以在生成Token时调用.into()转成String，或者在最终暴露给JS时统一处理。

2. 封装Wasm专属的对外接口 #

别直接把内部带生命周期的Token暴露给JS，专门写一层适配层，用wasm-bindgen支持的类型重新定义对外的Token结构，内部解析逻辑完全保留原有性能。

第一步：保留内部通用Token #

内部解析逻辑继续用带Cow或切片的Token，这部分不对外暴露，只做解析用。

第二步：定义Wasm专属的JsToken #

use wasm_bindgen::prelude::*;

#[wasm_bindgen]
pub enum JsToken {
    PlainText(String),
    OpeningBracket,
    ClosingBracket,
    // 和内部Token对应的其他变体
}

// 实现内部Token到JsToken的转换
impl<'a> From<Token<'a>> for JsToken {
    fn from(token: Token<'a>) -> Self {
        match token {
            Token::PlainText(s) => JsToken::PlainText(s.into()), // x86下Cow转String，Wasm下直接用现成的String
            Token::OpeningBracket => JsToken::OpeningBracket,
            Token::ClosingBracket => JsToken::ClosingBracket,
            // 处理其他变体
        }
    }
}

第三步：暴露解析函数给JS #

#[wasm_bindgen]
pub fn parse_rtf(input: &str) -> Vec<JsToken> {
    // 内部解析逻辑，返回带生命周期的Token列表
    let internal_tokens = your_internal_parse_logic(input);
    // 转成JsToken后返回给JS
    internal_tokens.into_iter().map(JsToken::from).collect()
}

这样x86平台的解析全程零拷贝，Wasm平台只在最终传递给JS时做一次必要的拷贝，把性能损耗降到最小。

3. 额外优化：用wee_alloc减小Wasm体积 #

如果担心Wasm下String的内存开销，可以搭配wee_alloc作为全局分配器，减少Wasm二进制体积和内存占用：

#[cfg(target_arch = "wasm32")]
#[global_allocator]
static ALLOC: wee_alloc::WeeAlloc = wee_alloc::WeeAlloc::INIT;

• 内部逻辑用Cow+条件编译，既保留x86的零拷贝性能，又能适配Wasm的限制
• 对外暴露时封装专属的JsToken，避开生命周期和引用的问题
• 只在跨语言边界时做必要的拷贝，尽可能降低性能损耗

内容的提问来源于stack exchange，提问作者Dorian B