c# – 使用Task.Run()写入控制台失败

发布时间：2020-12-15 06:28:34 所属栏目：百科来源：网络整理

导读：我的一个同事发现了我们的代码的问题,花了一段时间来追踪正在发生的事情,但是可以通过这个简单的例子来最好的证明： // Failsclass Program{ static void Main(string[] args) { Task.Run(() = Console.WriteLine("Hello World")); Console.ReadKey(); }}//

我的一个同事发现了我们的代码的问题,花了一段时间来追踪正在发生的事情,但是可以通过这个简单的例子来最好的证明：

// Fails
class Program
{
    static void Main(string[] args)
    {
        Task.Run(() => Console.WriteLine("Hello World"));
        Console.ReadKey();
    }
}

// Works fine
class Program
{
    static void Main(string[] args)
    {
        Console.Write(String.Empty);
        Task.Run(() => Console.WriteLine("Hello World"));
        Console.ReadKey();
    }
}

很明显,通过这种方式,从主线程的任何地方写入控制台将允许后台线程写入控制台,但我们正在努力了解为什么会发生这种情况.任何人都可以解释从主线程到控制台的写作是否达到了第一个代码片段？

解决方法

我怀疑发生了什么事情.我观察到的

>如果您在启动ReadKey之前对控制台的输出进行任何操作,那就没关系.这包括获取Console.Out但不使用它
>如果你拖延了,Console.WriteLine调用在Console.ReadKey调用之前启动,这是很好的(你可以在ReadKey等待时有多个WriteLine调用

我怀疑使用控制台的第一个操作获取初始化的锁(以避免它被初始化两次),并且ReadKey方法保持锁定,直到一个键被读取为止.这肯定会解释我迄今为止运行的每个程序.

执行假设初始化的操作很有趣,尽管 – 读取Console.Out“修复”问题,但从Console.In读取不会.

我怀疑ReadKey初始化输出,因为该值仍然回显到控制台…但我不想发誓.

有趣的是,使用Console.ReadLine()而不是Console.ReadKey()首先不会导致问题.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!