【Rust日报】2026-07-22 Wasmtime 47 默认启用 Wasm GC 与异常支持
内容提要
Wasmtime 47默认启用Wasm GC与异常支持，使高阶语言能自然携带对象模型和异常机制，减少自带运行时负担。Rust社区关注其Cheney风格GC实现，基于线性内存，提升安全与可移植性。Syn 3.0.0发布，升级宏解析基础设施，为非穷举Modifiers预留扩展空间，影响宏工具链。数据库文章探讨append-only引擎用mmap管理只读段，依赖内核页缓存，区分文件映射与匿名内存回收成本。
延伸解读
Wasm GC 默认开启的深远影响
Wasmtime 47 默认启用 Wasm GC 与异常支持，意味着高阶语言（如 Java、C#）可以更自然地将对象模型和异常机制编译到 Wasm，无需自带运行时。这能显著减小二进制体积、降低运行开销，并简化语言接入 Wasm 的工程复杂度。对 Rust 社区而言，Wasmtime 采用 Cheney 风格 GC 并基于线性内存实现，延续了其安全与可移植性优势，且经过 fuzzing 验证，标志着该功能已从实验走向成熟。
Syn 3.0 对宏生态的底座级升级
Syn 3.0.0 作为 Rust 宏解析的事实标准库，其更新直接影响所有 procedural macro 工具链。新增的非穷举 Modifiers 结构为未来语法扩展预留了空间，同时 AST 的调整（如 Type::BareFn 改名、Arm guard 变更）将波及大量宏代码。对维护 derive 宏、代码生成器或 DSL 的开发者而言，这类升级比普通库更新更关键，因为它决定了能否顺利适配 Rust 语言的持续演进。
mmap 在 append-only 数据库中的适用性
文章指出，对于 append-only 数据库，mmap 的争议需要重新审视。由于 segment 在 seal 后只读不可变，mmap 映射这些文件时，可以依赖内核 page cache 管理热页与冷页，无需应用层自建缓存淘汰。同时，文件映射页在内存紧张时可被内核直接丢弃，按需再加载，而匿名内存（如查询临时结构）仍需应用严控。这种区分澄清了 mmap 并非万能，但在 immutable segment 场景下能有效降低复杂度。
Q&A
Wasmtime 47 默认启用了哪些 WebAssembly 特性？
Wasmtime 47 默认启用了 Wasm GC（垃圾回收）和异常处理（exceptions）两个特性。
Wasm GC 和异常支持对高阶语言有什么好处？
Wasm GC 和异常支持使高阶语言能更自然地将对象模型、引用类型和异常机制直接带入 Wasm，无需在 .wasm 包中自带垃圾回收器或手搓异常调用约定，从而减少二进制体积、降低正常路径运行开销和语言接入 Wasm 的工程复杂度。
Wasmtime 的 GC 实现采用了什么方案？
Wasmtime 的 GC 实现采用了 Cheney 风格的半空间复制 GC，并将 GC heap 建立在 WebAssembly 线性内存之上，以利用 Wasmtime 已有的安全、可移植和虚拟内存护栏能力。
Syn 3.0.0 的主要更新内容是什么？
Syn 3.0.0 更新了 Rust 宏与语法树解析基础设施，新增了非穷举的 *Modifiers 结构以预留扩展空间，并调整了类型、表达式、pattern、item、generics 等多块 AST，例如 Type::BareFn 改名为 Type::FnPtr、Arm 的 guard 改由新的 Pat::Guard 承载等。
Syn 3.0.0 对 Rust 生态有什么影响？
Syn 3.0.0 是 Rust 宏解析事实标准库的底座级升级，为整个 procedural macro 生态预留了未来语法扩展的空间，对维护 derive 宏、代码生成器、静态分析工具或 DSL 的开发者至关重要，能帮助他们稳稳接住接下来几轮语言演进。
为什么 append-only 数据库适合使用 mmap？
因为 append-only 数据库的存储段在 seal 后是只读不可变文件，查询时只需映射这些只读段，让随机访问直接基于内核 page cache，热页保留、冷页回收、缺页再拉回全部交给操作系统处理，应用层无需自己实现页级缓存淘汰策略。
文件映射页和匿名内存的回收成本有何不同？
只读 mmap 背后的 file-backed page 在内存紧张时可以被内核直接丢弃，之后按需再 fault 回来；而查询执行时在堆上创建的 hash table、buffer、临时结果集等匿名内存必须由应用严格控制，回收成本更高。
