在安全处理异常时避免首次机会异常消息
- 作者: via72376176
- 来源: 51数据库
- 2023-02-08
问题描述
以下代码捕获 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.
- C#通过fleck实现wss协议的WebSocket多人Web实时聊天(附源码)
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时,AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包,没有源
