WPF WebBrowser调用NavigateToStream显示空白，NavigateToString正常

我之前也碰到过WebBrowser组件处理大SVG流的类似问题，大概率是这几个容易忽略的细节导致的，咱们一步步拆解：

最可能的原因：MemoryStream位置未重置 #

当你把SVG内容写入MemoryStream后，流的Position指针会停在内容的末尾，这时候调用NavigateToStream，WebBrowser从当前位置开始读取，自然读不到任何内容，就显示about:blank了。

为啥简易测试没问题？因为小SVG的写入操作可能在某些场景下（比如用StreamWriter自动Flush后）无意中重置了位置，或者测试时流的内容短，你没注意到这个细节。

解决方案1：重置流的Position（优先尝试） #

这是最直接的修复方法，写入SVG后一定要把流的位置设回起始点：

var svgStream = new MemoryStream();
// 你的SVG写入逻辑，比如用StreamWriter或直接写入字节
// ...

// 关键步骤：把流指针移到开头
svgStream.Position = 0;

webBrowser.NavigateToStream(svgStream);

解决方案2：指定正确的MIME类型（如果方案1无效） #

WebBrowser的NavigateToStream有时候无法自动识别SVG的MIME类型，尤其是大文件场景。这时候可以改用DocumentStream属性，并手动设置内容类型：

svgStream.Position = 0;
webBrowser.DocumentStream = svgStream;
// 明确告诉浏览器这是SVG内容
webBrowser.Document.ContentType = "image/svg+xml";

解决方案3：验证流的完整性（排查极端情况） #

如果上面两个方法都不行，先确认你的MemoryStream里的SVG内容是完整的，没有被截断。可以在写入后临时读取流内容验证：

svgStream.Position = 0;
using var reader = new StreamReader(svgStream);
var svgContent = reader.ReadToEnd();
// 可以输出到调试窗口或者保存到本地文件，检查内容是否和原SVG一致
Debug.WriteLine(svgContent);

// 验证完别忘了重置位置再导航
svgStream.Position = 0;
webBrowser.NavigateToStream(svgStream);

另外，如果你担心大SVG用NavigateToString的性能问题，其实WPF的WebBrowser对字符串内容的处理效率并不低，要是上面的Stream方案都踩坑，也可以继续用NavigateToString，只是要注意如果SVG内容是字节流的话，要正确解码成字符串（比如用UTF-8）。

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