Avoiding first chance exception messages when the exception is safely handled(在安全处理异常时避免首次机会异常消息)
问题描述
以下代码捕获 EOS 异常
The following bit of code catches the EOS Exception
using (var reader = new BinaryReader(httpRequestBodyStream)) {
try {
while (true) {
bodyByteList.Add(reader.ReadByte());
}
} catch (EndOfStreamException) { }
}
那么为什么我仍然会在我的控制台中收到第一次机会异常?
So why do I still receive first-chance exceptions in my console?
在 mscorlib.dll 中发生了System.IO.EndOfStreamException"类型的第一次机会异常
A first chance exception of type 'System.IO.EndOfStreamException' occurred in mscorlib.dll
有没有办法隐藏这些首次机会异常消息?
Is there a way to hide these first chance exception messages?
推荐答案
第一次机会"异常的关键在于您正在看到它们的预处理程序,以便您可以在调试期间在抛出点停止它们.第二次机会"异常是没有适当处理程序的异常.有时您想捕获第一次机会"异常,因为重要的是要查看抛出异常时发生的情况,即使有人正在捕获它.
The point of "first-chance" exceptions is that you're seeing them pre-handler so that you can stop on them during debugging at the point of throwing. A "second-chance" exception is one that has no appropriate handler. Sometimes you want to catch "first-chance" exceptions because it's important to see what's happening when it's being thrown, even if someone is catching it.
没什么好担心的.这是正常行为.
There's nothing to be concerned with. This is normal behavior.
这篇关于在安全处理异常时避免首次机会异常消息的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:在安全处理异常时避免首次机会异常消息


- 输入按键事件处理程序 2022-01-01
- 如何用自己压缩一个 IEnumerable 2022-01-01
- Web Api 中的 Swagger .netcore 3.1,使用 swagger UI 设置日期时间格式 2022-01-01
- C# 中多线程网络服务器的模式 2022-01-01
- 良好实践:如何重用 .csproj 和 .sln 文件来为 CI 创建 2022-01-01
- MoreLinq maxBy vs LINQ max + where 2022-01-01
- C#MongoDB使用Builders查找派生对象 2022-09-04
- 在哪里可以找到使用中的C#/XML文档注释的好例子? 2022-01-01
- WebMatrix WebSecurity PasswordSalt 2022-01-01
- 带有服务/守护程序应用程序的 Microsoft Graph CSharp SDK 和 OneDrive for Business - 配额方面返回 null 2022-01-01