什么是“Async Pinned Handle”？

Question

我正在尝试调查一个非常讨厌的软件崩溃，这可能与托管堆损坏有关（因为它发生在垃圾收集期间）。使用WinDbg和（SOS）！gshandles命令我得到类似

的东西

0:000> !gchandles
GC Handle Statistics:
Strong Handles: 259
Pinned Handles: 137
Async Pinned Handles: 1
Ref Count Handles: 79
Weak Long Handles: 197
Weak Short Handles: 650
Other Handles: 0
Statistics:

我只是好奇，“普通”固定手柄和“异步固定”手柄有什么区别？我能找到哪个句柄是“异步”的吗？ 我在网上找不到任何关于它的信息，因为当这个计数器正好与崩溃有关时，应用程序似乎总是崩溃。但是，它可能只是垃圾收集过程中使用的一些内部东西..

Answer 1

异步固定句柄与Windows中重叠的I / O密切相关。它使用OVERLAPPED参数支持使用ReadFile和WriteFile进行异步读写。设备驱动程序存储传递的缓冲区指针，并直接从/向缓冲区读取/写入，完全与程序的操作异步。托管包装器方法是BeginRead和BeginWrite。

如果在GC堆中分配缓冲区，则需要将其固定，直到驱动程序完成使用缓冲区。让GC移动缓冲区而驱动程序正在进行I / O传输是灾难性的，写入会产生垃圾并且读取会破坏GC堆，需要固定以防止缓冲区被移动司机正在使用它。

固定物体非常令人不愉快，当它压缩堆时，它们使垃圾收集器很难在路上的岩石周围工作。这里是一个必要的邪恶，唯一可能的方法是让缓冲区尽可能短时间固定。

异步固定句柄专门标记为允许CLR在I / O完成时自动取消固定缓冲区。尽可能快地，当I / O完成端口发出信号完成时，因此不必等待客户端代码执行回调并取消固定缓冲区。在飞行中有很多线程池线程时可能需要一段时间。当你有一个处理成千上万个客户端请求的Web服务器时，它是一个微优化，往往会变成一个宏。

它只用于System.Threading.OverlappedData类型的对象，这是CLR具有特殊知识的mscorlib.dll中的内部类，并且是Windows api函数使用的本机OVERLAPPED结构的托管传真。 / p>

简而言之，您真正知道的是，如果您在崩溃时看到句柄计数为1，则会有重叠的I / O挂起。拥有任何与未固定的gc分配缓冲区重叠I / O的本机代码确实是破坏堆的好方法。你有相当多的固定手柄btw。