计划任务与任务创建

我对这个话题很困惑。我来自这样一个假设，即任务创建及其调度应该严格分开，在C＃中并非如此。

考虑下面的简单代码。

        static async Task simpleton()
        {
            print("simpleton");
        }

        static async Task cont()
        {
            print("cont");
        }

        static void Main(string[] args)
        {
            Task t1 = simpleton();

            Task t2 = t1.ContinueWith((a) => { cont(); });

            Thread.Sleep(1000);

            return;
        }

输出是

simpleton
cont

simpleton函数运行并创建任务t1（已完成）-没关系。但是，t2接缝（至少在代码中）仅是任务创建-系统未要求进行调度，那么为什么以及由谁来调度继续运行？显然，创建/运行原理在这里被打破了。

类似的情况正在等待。在这篇非常著名的文章中考虑伪代码。根据伪代码，wait被转换为继续任务并返回给调用者，我希望后者必须安排任务以完成任务。同样不是这种情况，请考虑以下代码：

static async Task foo()
        {
            await bar();
        }

        static async Task bar()
        {
            print("bar");
        }

        static void Main(string[] args)
        {
            foo();

            Thread.Sleep(1000);
            return;
        }

bar的执行无需专门调度由foo创建的Task对象。

所以问题是：

1. 是正确的，ContinueWith不仅创建任务而且安排任务。

2. 正确的是，等待不仅创建了文章中显示的继续任务，而且还尽可能地安排了时间表（在SynchronizationContext或TaskScheduler上发帖）。

3. 为什么异步/等待语言设计师会采用这种设计（计划和创作混合）？