7

我们有一个使用 WCF 构建的 REST API。

我们使用 WebFaultException 处理所有异常后端，如下所示：

throw new WebFaultException<string>(e.Message, HttpStatusCode.NotAcceptable);

这工作得很好，除了在我们使用流进行 Post 的一种情况下。

一个例子：

[WebInvoke(Method = "POST", UriTemplate = "saveUser?sessionId={sessionId}&userId={userId}",
        RequestFormat = WebMessageFormat.Json,
        ResponseFormat = WebMessageFormat.Json,            
        BodyStyle = WebMessageBodyStyle.WrappedRequest)]
    [OperationContract]
    string SaveUser(string sessionId, int userId, Stream stream);

在 using 语句中处理此流时，每当我们遇到异常时，我们都会不断收到：

从提琴手： 

HTTP/1.1 400 Bad Request 
  <p>The server encountered an error processing the request. The exception message is 'The message object has been disposed.'. See server logs for more details. The exception stack trace is: </p>
  <p>  at System.ServiceModel.Channels.ByteStreamMessage.InternalByteStreamMessage.get_Properties()
   at System.ServiceModel.OperationContext.get_IncomingMessageProperties()
   at System.ServiceModel.Dispatcher.WebErrorHandler.ProvideFault(Exception error, MessageVersion version, Message&amp; fault)</p>

看起来它与正在处理的流和 StreamReader 有关。

然后，我尝试删除将处理 StreamReader 的任何内容，并且这确实有效。处理这个的代码现在看起来像这样：

在此处输入图像描述

这解决了发送正确异常消息的问题，但这会对我们的应用程序造成多大的影响，而不是关闭或处置我们的 StreamReader？您是否看到任何其他解决此问题的方法？

4

1 回答 1

8

发生这种情况是因为 StreamReader 接管了流的“所有权”。换句话说，它使自己负责关闭源流。一旦您的程序调用 Dispose 或 Close（在您的情况下保留 using 语句范围），它也会处理源流。在您的情况下调用 sr.Dispose() 。所以文件流之后就死了。

如果你不想要这个，你可以创建一个继承自 StreamReader 的新类并覆盖 Close 方法；在您的 Close 方法中，调用不会关闭流的 Dispose(false)。

您还可以使用NonClosingStreamWrapperJon Skeet 的MiscUtil库中的类，它正是用于此目的。

但是最好不要在没有处理它的情况下离开 StreamReader，因为它无法清理任何非托管资源。

于 2012-11-29T13:40:38.983 回答