<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Wasm-Tools on PlumePHP</title><link>https://plumephp.com/tags/wasm-tools/</link><description>Recent content in Wasm-Tools on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/wasm-tools/index.xml" rel="self" type="application/rss+xml"/><item><title>WASM 调试与性能剖析：源码映射、断点调试与火焰图分析</title><link>https://plumephp.com/wasm-debugging-profiling-tools/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/wasm-debugging-profiling-tools/</guid><description>&lt;h2 id="导语wasm-的黑盒难题怎么破"&gt;导语：WASM 的「黑盒」难题怎么破&lt;/h2&gt;
&lt;p&gt;WASM 是二进制、跑在沙箱里，调试起来像看黑盒——错误没有源码行、性能瓶颈藏在 JIT 产物里。但现代工具链已经把这层黑盒打开：&lt;strong&gt;DWARF 调试信息 + 源码映射&lt;/strong&gt;让 DevTools 能对 wasm 里的 Rust/C++ 源码打断点、看变量、看调用栈；&lt;strong&gt;运行时注入 + 采样剖析&lt;/strong&gt;能画出火焰图定位瓶颈。掌握这套调试链路，WASM 开发就不再是「盲猜」。&lt;/p&gt;</description></item><item><title>WASM 组件模型与 WIT 接口类型</title><link>https://plumephp.com/wasm-component-model-wit/</link><pubDate>Sat, 26 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/wasm-component-model-wit/</guid><description>&lt;h2 id="导语从模块到组件"&gt;导语：从「模块」到「组件」&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://plumephp.com/posts/wasm/wasm-introduction-architecture"&gt;核心 WASM&lt;/a&gt; 解决的是&amp;quot;单语言高性能执行&amp;quot;问题：Rust 编译出一个模块，JS 负责胶水。但跨语言协作仍然痛苦——Rust 模块不能直接调用 Go 模块，字符串传递要手动做编码，接口描述靠人类记忆。&lt;/p&gt;</description></item></channel></rss>