c# - .NET 线程和垃圾收集/幻像进程

Question

我目前正在尝试找出如何最好地将 .NET Core 2.x 应用程序作为 Windows 服务运行，特别是为消息传递系统运行 NServiceBus 端点。我最初的原型(prototype)是根据 Windows Service hosting docs 中的一些构建的来自特别。然后，我采用了该功能原型(prototype)，并将其转变为 .NET 标准库，供其他团队成员进行构建，但发现这对他们(或我自己，如果我两周没有关注它)来说并不是 super 直观。

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

1. 新建一个线程并且不维护对其的引用感觉真的很错误。我担心这样做可能会导致内存泄漏或者垃圾收集器会捡起它？我确实找到了this SO 的答案让我放心，即使我不持有对 Thread 的引用，CLR 也会这样做。所以听起来不应该担心 GC 完成线程，对吗？
2. 谁能向我解释为什么 Thread 没有调用 Abort() 吗？是因为 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 向导)

In short, Thread.Abort is at best indicative of bad design, possiblyunreliable, and extremely dangerous. It should be avoided at allcosts; the only time you should ever even consider aborting a threadis in some sort of "emergency shutdown" code where you are attemptingto tear down an appdomain as cleanly as possible.

一些补充阅读

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

• C# Thread object lifetime