.NET 线程和垃圾收集/幻象进程

Question

我目前正在尝试找出如何最好地将 .NET Core 2.x 应用程序作为 Windows 服务运行，特别是为消息传递系统运行 NServiceBus 端点。我最初的原型是由 Particular 的一些Windows Service hosting docs 构建的。然后，我把这个功能原型变成了一个 .NET Standard 库，供其他团队成员构建，但发现它对他们（或者如果我离开它 2 周，对我自己来说）不是超级直观。

自然地，在我构建了一个可运行的原型并将其部署到生产环境后，我发现了一个更优雅的解决方案，它使用了 .NET Core 的GenericHostBuilder，由Mr. Steve Gordon 提供。大部分代码对我来说是有意义的，但我挂断了new Thread(...).Start();，可能是因为我没有在 C# 和 .NET 中使用 Thread 的任何具体经验。

1. new@Thread 并保持不提及它感觉真的不对。我担心这样做可能会导致内存泄漏或垃圾收集器会捡起它？我确实找到了this SO 答案，这让我放心，即使我没有引用Thread，CLR 也会。所以听起来应该不用担心 GC 会终结线程，对吧？
2. 谁能向我解释为什么Abort() 不被称为Thread？是不是因为 CLR 管理线程，知道在主线程关闭时停止其他线程？还是和IHostLifetime.StopAsync()方法中调用ServiceBase.Stop()方法有关系？

如果可以在某处的 Thread 的一些文档中解释这些事情，我很高兴获得“RTFM”并找到这些文档。在这一点上，我只是没有找到任何可以给我明确解释的东西。

Answer 1

当线程执行完成并超出范围时，垃圾收集器最终会回收资源（如果感觉需要）。 Thread 也没有实现 IDisposable，所以你真的不需要因为它到处闲逛而烦恼自己（除非你在其中执行无限循环）

关于Thread.Abort 与Thread.Interrupt，我诚实的回答是你永远不应该使用这两种方法来终止线程。建议完全不要使用Thread.Abort 或Thread.Interrupt 方法——您应该利用同步对象（如WaitHandles 或Semaphores 等）并优雅地终止您正在使用的线程。

明智的words of Eric Lippert（常驻CLR向导）

简而言之，Thread.Abort 充其量只能表示糟糕的设计，可能 不可靠，而且极其危险。应该完全避免 费用；唯一一次你甚至应该考虑中止线程 在您尝试的某种“紧急关闭”代码中 尽可能干净地拆除 appdomain。

一些补充阅读

• Do we need to dispose or terminate a thread in C# after usage?

• C# Thread object lifetime