System.Text.Ecoding.UTF8.GetString返回垃圾

Question

这是困难的一个。 我有一个响应过滤器设置，可以在返回浏览器之前转换html（ http://aspnetresources.com/articles/HttpFilters ）。 这对所有人的机器都有效，但对我的机器而言却很好。 实际上，它一直在我的机器上工作，直到我因为锁定而不得不进行硬重置。

public override void Write(byte[] buffer, int offset, int count)
{
    string strBuffer =  System.Text.UTF8Encoding.UTF8.GetString(buffer, offset, count);

对于其他所有人（也是我的所有人），strBuffer包含HTML。 现在，无论出于何种原因，它都会为我返回垃圾字符。 有任何想法吗？ 我正在拔头发！！

更新资料

原来是“启用动态内容压缩”导致了此问题。 由于某种原因，它在传递到过滤器之前会被压缩。

解

在web.config中将“ dynamicCompressionBeforeCache”设置为false可以解决此问题。

<urlCompression doStaticCompression="true" doDynamicCompression="true" dynamicCompressionBeforeCache="false" />

Answer 1

听起来好像出了点问题。 禁闭后，我也有一些奇怪的行为。 对我有用的是删除C：\\ Windows \\ Microsoft.NET \\ Framework \\ v2.0.50727 \\ Temporary ASP.NET文件中的临时文件

Answer 2

您已指定以下字节：31、139、8、0、0、0、0、0、4

这不是有效的UTF-8。 特别是，这意味着Unicode字符U + 0031（“信息分隔符ONE”）后跟字节139和8 ...，而139后跟8是无效的UTF-8字节序列。 即使那些没有形成有效的顺序，你会再有5个Unicode的U + 0000字符（NUL），其次是U + 0004（发送结束）。 几乎没有有效的HTML。

我不知道您实际上要过滤什么，但这不是有效的UTF-8文本。 实际上，它看起来根本不是文本。 您是否可能实际上试图将过滤器应用于二进制数据（例如图像）？

请注意，您的过滤方法还有另一个基本问题：您假设每个缓冲区都包含完整的文本。 您很可能会收到一个包含字符前半部分的缓冲区，然后接收包含字符其余部分的第二个缓冲区。 这就是System.Text.Decoder接口的用途-它是有状态的，记住部分字符。