当我捕获 .NET WebException 时，我应该关闭/处置 Response.GetResponseStream() 吗？
MSDN example 不会关闭或处置异常中的任何内容。
我处理了流，这引起了大问题。因为GetResponseStream()（总是？/有时？）返回相同的实例。因此，当我获取响应流然后将其释放时，可能会将异常重新抛出到也获取响应流的另一层，它将已被释放且不可读，并因此引发更多异常。
【问题讨论】：
标签： c# .net idisposable httpwebresponse webexception
简短的回答是，您不必处置它，尽管处置您拥有的任何 IDisposable 对象是一个很好的练习。
事实上，尝试处置WebException.Response 或从它返回的流会导致您提到的问题，因为您可能会遇到代码试图在上层调用链的异常处理程序中读取其属性。
之所以不dispose是安全的，是因为HttpWebRequest在抛出WebException之前在内部从网络流中生成了一个内存流，而底层的网络流已经被关闭/dispose了。因此，此时它实际上并没有任何关联的非托管资源。我认为这是为了更容易处理异常而做出的决定。
不幸的是，MSDN 文档对此行为没有任何解释。从技术上讲，实现可能会在未来发生变化，从而导致您的代码无法处理您从WebException 获得的HttpWebResponse 和/或相关流，但鉴于许多应用程序依赖于当前行为，这种行为不太可能改变实现。
我必须补充一点，你应该处置你拥有的 IDisposable 对象是一个很好的做法。如果可能，请改用HttpClient 类，这样您就根本不必处理这种情况。如果不能，请考虑自己处理WebException 并抛出不会将WebException 暴露给代码调用者的新型异常，这样您就不会遇到调用者试图访问@ 的情况987654332@你处理后。
免责声明：我为 Microsoft 工作，但这并不代表我的雇主或 .NET Framework 团队的观点。不暗示任何保证。
【讨论】：
您应该处置该流，因为它可能包含资源。但只有在你用完后才将其丢弃。只需在不再需要流之前停止处理它。让流的最后一个用户处理它。
您可能应该只调用一次GetResponseStream() 并明确传递流，以便清楚地知道它是同一个流。
【讨论】：
GetResponseStream 有丰富的经验吗？或者它只是对它可能如何工作的一般猜测？根据我的经验，这个 API 的结果并不好。