CoreWCF中WebHttpBinding下CreateBufferedCopy方法的问题分析与解决方案

问题背景

在CoreWCF 1.5.2版本中，使用WebHttpBinding配合JSON格式传输数据时，开发人员发现当尝试调用Message对象的CreateBufferedCopy方法时，系统会抛出QuotaExceededException异常。这个问题特别出现在实现IDispatchMessageInspector接口的BeforeSendReply方法中，当开发者尝试创建消息的缓冲副本用于日志记录时。

技术细节分析

问题的根源在于CoreWCF中StreamedBodyWriter.OnCreateBufferedCopy方法的实现存在缺陷。在原始.NET Framework的WCF实现中，该方法正确地将maxBufferSize参数传递给BufferManagerOutputStream构造函数。然而在CoreWCF的移植过程中，这个参数被错误地传递给了SR.Format方法用于错误消息格式化，导致BufferManagerOutputStream使用了默认值0，从而触发了配额异常。

解决方案

CoreWCF团队已经在新版本(1.6.0)中修复了这个问题。修复方案是正确地将maxBufferSize参数传递给BufferManagerOutputStream构造函数，而不是用于错误消息格式化。

对于需要立即解决的开发者，可以采用以下两种临时解决方案：

1. 修改契约返回类型：将服务契约的返回类型从Stream改为Message，并使用ByteStreamMessage.CreateMessage方法创建消息。这种方式不仅解决了当前问题，还能提高性能，减少内存分配。

var buffer = new ArraySegment<byte>(Encoding.UTF8.GetBytes(result));
return ByteStreamMessage.CreateMessage(buffer);

2. 手动缓冲处理：开发者可以手动将消息内容写入MemoryStream，然后创建新的消息对象，同时复制原始消息的头部和属性。

注意事项

开发者在测试解决方案时需要注意：

1. 不要依赖Message.ToString()或调试器中的消息显示，因为这些会以SOAP格式显示消息内容，可能产生误导。

2. 实际网络传输中，ByteStreamMessageEncoder会正确处理消息内容，不会出现调试时看到的标签。

3. 使用Postman等工具测试时，应直接检查原始响应体，而不是通过任何中间转换。

性能优化建议

对于需要频繁创建消息缓冲副本的场景，建议：

1. 优先使用ArraySegment而不是Stream作为消息源，可以减少内存分配和复制操作。

2. 考虑在消息创建时就进行缓冲，而不是在消息检查器中处理。

3. 合理设置MaxReceivedMessageSize属性，平衡内存使用和性能需求。

总结

CoreWCF团队快速响应并修复了这个移植过程中引入的问题。开发者现在可以升级到1.6.0版本解决此问题，或者根据实际需求选择临时解决方案。这个案例也提醒我们，在框架移植过程中，参数传递的正确性需要特别关注，特别是当涉及到资源配额和性能相关的参数时。