本文探讨了通过拦截 .NET 的 GC.Collect() 方法来解决非托管内存暴涨的问题，介绍了使用 MinHook 和 Harmony 进行代码钩挂的实现，并强调了在不同版本的 coreclr 中计算相对偏移地址的重要性，为 .NET 开发者提供了调试和优化内存管理的思路。

本文探讨了如何拦截 .NET 的 GC.Collect() 方法，以应对非托管内存激增的问题。作者利用 MinHook 技术在 C 代码中实现钩子，捕获垃圾回收调用，并在 C# 中进行处理。最后指出不同版本的 coreclr 需要计算相对偏移。

.NET 10 将完全取代 Mono，CoreCLR 解释器移植了 Mono 的功能，支持无 JIT/AOT 模式。Mono 适用于动态代码需求高的场景，如游戏开发和教学，而 CoreCLR 解释器则提升了性能和一致性，支持跨平台和动态代码执行。

.NET 10将完全取代Mono，CoreCLR解释器将Mono移植到CoreCLR，支持无JIT/AOT模式。Mono适用于动态代码需求，特别是在跨平台和受限环境中。CoreCLR解释器旨在提升性能和一致性，支持动态场景，推动.NET生态发展。

.Net已能在OpenHarmony系统上运行，支持nativeaot和coreclr。虽然尚未适配高级封装，但可用C#开发原生so，并通过p/invoke调用napi。

本文讨论了coreclr中的SuspendEE标记的作用和实现，通过设置线程本地存储中的特定标志位来冻结执行引擎。文章通过WinDbg分析和代码验证，展示了SuspendEE标记的具体实现和使用。最后总结了SuspendEE标记的重要性和在coreclr中的应用。

TLDR;Unity坚定的拥抱.NET标准生态，正全速向CoreCLR迁移。Mono vs CoreCLR对于一个C#的初学者，首先要了解的便是.NET和C#的关系。所以这里不再赘述。对于一个Unity的初学者，在使用C#编码的过程中，一定会遇到一些C#新特性不能在项目中使用的情况，这是因为微软官方提供的.NET运行时环境（最新版为 .NET 6 的CoreCLR）远比Unity集成的Mono强...