使用 SharePoint HTTPModule 中的筛选器拦截二进制数据会返回损坏的数据

Question

我在 Stack Overflow 和 Google 上广泛研究了以下内容，但没有任何运气。请耐心等待我解释我想要实现的目标以及我遇到的问题。

我正在开发一个 SharePoint 2007 应用程序，该应用程序向浏览器请求的任何图像（jpg、gif、png）添加基本水印。图像是否作为“12 hive”的一部分驻留在文档库或服务器的文件系统中并不重要。 （这是正在构建的解决方案的简化，我不想让您厌倦不相关的细节）。

由于这需要与提供的任何图像一起工作，独立于可能在 SharePoint 上运行的第 3 方解决方案，我看到的唯一解决方案是编写 HTTPModule，挂钩模块的过滤器，从流中读取图像数据并替换它与图像的水印版本。无法为此使用 SharePoint 的事件接收器，并且 SharePoint 的“服务器端文件处理程序”不涵盖将此类文件传递到浏览器的所有场景。

尽管使用过滤器拦截和修改基于文本的内容效果很好，但当过滤器包含二进制数据时，自定义过滤器的 Write 方法会收到损坏的数据。在源文件中遇到 00 之前，byte[] 是正确的，所以听起来像是编码问题（二进制数据？？）或者 HTTPModule 过滤器不允许二进制数据，我觉得很难相信。

奇怪的是，当 SharePoint 从服务器的文件系统读取二进制文件（图像）时，它会正确地通过我的过滤器。但是，当从 SharePoint 文档库读取二进制文件时，数据就会损坏。

为了确认这一点，我进行了以下测试：

1. 从服务器的文件系统和 SharePoint 文档库请求 1.3MB TXT 文件工作正常。当从文件系统读取时，它会以一大块的形式到达。从文档库读取时，它以 32KB 大小的块形式到达。

2. 过滤器可以很好地处理驻留在服务器文件系统上的 300KB 二进制映像的请求。但是，从文档库请求相同的文件会返回损坏的数据。

3. 从文档库请求 3KB GIF 图像会返回损坏的数据。前 10 个字节没问题，之后数据就会损坏（源文件中的字节 10 是 0）

4. 未启用自定义过滤器时，请求的文件始终会成功返回到浏览器。

5. 我们的自定义过滤器的入口点是 Write 方法。传递给此方法的缓冲区中的数据已经损坏。

6. 我知道多个 HTTPModule 是链接在一起的。我尝试将自定义模块放置在 web.config 文件中模块列表的开头和结尾，但没有任何运气

器的相关代码如下：

void context_BeginRequest(object sender, EventArgs e)
{
    HttpContext.Current.Response.Filter = new ResponseFilter(HttpContext.Current.Response.Filter);
}

HTTPModule 中用于连接过滤 ResponseFilter 类如下。请注意，除了将源数据写回输出流之外，它目前实际上没有执行任何操作。

public class ResponseFilter : Stream
{
    private MemoryStream internalStream = new MemoryStream();
    private Stream responseStream;

    public ResponseFilter(Stream outputStream)
    {
        responseStream = outputStream;
    }

    public override void Flush()
    {
        responseStream.Flush();
    }

    public override void Write(byte[] buffer, int offset, int count)
    {
        internalStream.Write(buffer, offset, count);
        responseStream.Write(buffer, offset, count);
    }

    public override void Close()
    {
        responseStream.Close();
    }

    public override bool CanRead
    {
        get { return true; }
    }

    public override bool CanWrite
    {
        get { return true; }
    }

    public override bool CanSeek
    {
        get { return true; }
    }

    public override long Length
    {
        get { return internalStream.Length; }
    }

    public override long Position
    {
       get { return internalStream.Position; }
       set { internalStream.Position = value; }
    }

    public override int Read(byte[] buffer, int offset, int count)
    {
       return internalStream.Read(buffer, offset, count);
    }

    public override long Seek(long offset, SeekOrigin direction)
    {
       return internalStream.Seek(offset, direction);
    }

    public override void SetLength(long length)
    {
       internalStream.SetLength(length);
    }

}

这个类远非完美，但问题是当调用 Write 方法时，缓冲区中的数据已经损坏。班上的其他人目前并不重要。

Answer 1

这是一个老问题，您可能已经解决了这个问题。如果它仍然打开，您可以考虑进行测试，看看关闭缓存后替换是否可以解决损坏问题。请参阅 ASP.Net 响应筛选器与 SharePoint 2010 冲突发布站点默认值以获取更多详细信息。虽然可能性很小，但也许值得花时间进行测试。