我想知道在 .net 框架分析器中,ExceptionThrown ( https://docs.microsoft.com/en-us/dotnet/framework/unmanaged-api/profiling/icorprofilercallback-exceptionthrown-method ) 是否保证不会与 GC 重叠?
查看文档,它看起来是这样 - “如果探查器在此处阻塞并尝试进行垃圾收集,则运行时将阻塞,直到此回调返回”
但是,我运行了附加到paint.net(https://www.getpaint.net/ - 版本4.1.6)的分析器,并看到了一个在ExceptionThrown期间我得到GC的特定情况。(但这是非常罕见的 - 仅在启动时发生,大约每 20 次运行中仅发生一次) - 这导致数据在我阅读时发生变化,因为 gc 移动了它。
至少在 .net 核心版本中 - https://github.com/dotnet/coreclr/blob/master/Documentation/botr/profiling.md它明确说明了哪些回调是 GC 调出安全的。ExceptionThrown 不是其中之一。例如,ExceptionUnwindFunctionEnter 是。但是,回到 .NET 框架 - https://docs.microsoft.com/en-us/dotnet/framework/unmanaged-api/profiling/icorprofilercallback-exceptionunwindfunctionenter-method - .NET 框架文档中关于 GC 的注释与此相同异常抛出。
我知道 .NET 核心!= .NET 框架。但是,我觉得他们的分析器的代码非常相似并且具有相同的保证。我找不到关于 .NET 框架回调的 GC 安全性的类似资源。
所以在所有这些介绍之后,我的问题是:
.NET 框架 clr 探查器 ExceptionThrown 回调是否应该是 GC 安全的。如果是这样,我怎么会在 ExceptionThrown 期间看到 GC 调用开始和结束(可能是 clr 中的错误或预期的行为)?
如果没有错误,我是否可以至少 100% 依赖 .NET 框架 clr 探查器 UnwindExceptionFunctionEnter 回调是 GC 安全的,基于 core-clr 的类似文档?
谢谢