为什么垃圾收集器不收集任务对象

Question

尤其是当没有活动线程引用它时。

我认为 GC 会考虑所有 .net 线程来查找引用...它是否也检查其他地方的引用？

编辑：例如让我们假设我们在一个控制台应用程序中，main 调用一个创建本地 task1 的方法，然后应用 task1.ContinueWith(task2) 并返回到 main，main 执行 console.readline()。

此时可能是task1已经完成，task2还没有启动GC可以启动，没有线程引用task2。为什么 task2 没有被 GC 处理？

EDIT2：我说“任务”时可能没有使用正确的词

using System;
using System.Runtime.InteropServices;
using System.Threading;
using System.Threading.Tasks;

namespace ConsoleApplication
{
    class Program
    {
        static void Launch()
        {
            var task1 = Task.Run(() => Thread.Sleep(60000))
            task1.ContinueWith(() =>  WriteToFile("Hi"));
        }

        static void Main(string[] args)
        {
            Launch();
            //At this point if a GC occurs which thread or static file has a reference to "()=>WriteTofile("Hi")" ?
            Console.ReadLine();
        }

有一个主线程在等待控制台，一个线程（可能来自线程池）运行睡眠。在 Sleep 完成之后，WriteToFile 线程开始之前，可能会发生 GC，不是吗？

Answer 1

对task1 的引用被保留by the default task scheduler，（默认任务调度程序is static）。

is kept alive by task1 的延续直到它被移交给它被分配了任务调度程序（TaskScheduler.Current 在默认情况下创建时）。

（请注意，这些可能不是唯一可能的根源，只是我通过源代码快速找到的那些）

Answer 2

我怀疑您的部分误解是您编写的代码没有理由运行垃圾收集。你说“就在睡眠之后......可能会发生 GC [?]”，但实际上，不：垃圾收集器不会运行，因为没有发生任何事情。

当您分配内存时，会在 .NET 中自动进行垃圾收集。那就是：当您评估一个表达式并将该值写入内存时。垃圾回收仅适用于堆，因此通常会在您通过调用构造函数创建类的实例时触发 GC。

即使那样，垃圾回收也只会在第 0 代没有足够的空闲内存来存储新创建的对象时才会发生（即使那样，假设对象不是太大以至于它直接进入大对象堆)。

考虑到这一点，您发布的代码没有分配足够的内存来触发 GC，因此我不希望在程序终止之前收集在那里创建的任何对象。