假设我有以下代码：
int Main()
{
if (true)
{
new Thread(()=>
{
doSomeLengthyOperation();
}).Start();
}
while (true)
{
//do nothing
}
}
在这里，“线程”一词可能意味着以下几种情况：
new Thread()创建的System.Threading.Thread对象，当Start()方法完成后，Thread对象将成为GC的候选对象，因为没有对它的引用。
只要doSomeLengthyOperation()运行，托管线程就会保持活动状态。
引用Microsoft MVP James Kovacs的文章：
托管线程的生命周期独立于创建它的Thread对象，这是一件非常好的事情，因为如果您失去与相关联的Thread对象的所有引用，您不希望GC终止正在执行工作的线程。因此，GC正在收集Thread对象，但不是实际的托管线程。
如果您想自己尝试，该文章还包含一些有用的代码示例。
从MSDN中可以得知，理论上，操作系统线程与托管线程之间没有一对一的关系：
...一个复杂的宿主可以使用CLR Hosting API来在同一个操作系统线程上安排许多托管线程，或将托管线程移动到不同的操作系统线程中。
但是，在实践中，CLR线程今天直接映射到Windows线程。
Thread对象在调用Start方法后不再被使用时即可被垃圾回收，但实际上垃圾收集器是定期运行的，因此不会立即回收。Thread对象并不影响线程的运行，即使该对象被回收，线程仍将继续运行。
如果主方法退出时线程仍在运行，则除非将线程标记为后台线程，否则应用程序将不会结束，直到线程完成。
Thread.Current - 还可能有其他引用。在线程运行时，线程对象无法被GC回收。这里还有一个额外的问题：它确实取决于什么被认为是GC根，特别是如何计算Thread.Current - 也就是说，我假设Thread.Current以某种方式“存储”强引用，而不是具有某种弱引用缓存。 - Eamon NerbonneReferenceEquals进行了检查，最初至少在线程内部，Thread.Current返回由new Thread语句创建的确切对象。这并不能保证它总是这样，但我敢打赌它会是这样的：为什么不呢？ - Eamon Nerbonne线程A何时被销毁？
当doSomeLengthyOperation执行完毕时。
doSomeLenghtyOperation()能够顺利执行完成吗？
可以，即使主线程退出也可以，因为它不是后台线程。如果在启动线程之前将IsBackground属性设置为true，则每当主线程退出时，此线程也将停止。
Thread对象和实际线程之间的差别，因为OP明确询问Thread对象是否被垃圾回收。仅仅因为实际线程仍在运行并没有保持Thread对象存活。 - Guffa这是一个非常好的问题！线程肯定会完成，你可以自己尝试。但如果在 while 循环中调用 GC.Collect()，它可能会变得有趣。根据 Richter 的 C# via CLR，它将被垃圾回收。
更新
我认为它不会被垃圾回收，因为 Thread.CurrentThread 通过引用将其保留在内存中。
Thread 对象很可能会被收集，但这并不影响实际的线程。 - Guffa
if (true)是完全不必要的。你可以只使用大括号来创建一个作用域。 - VladV