控制台程序Task挂起问题：终端未失焦时无法执行后续代码

问题场景与现象 #

这是一个.NET控制台应用，核心逻辑是在后台任务中初始化第三方ThirdParty类实例并订阅事件，但运行时出现以下异常阻塞现象：

• 代码第9行Console.WriteLine("Instantiated ThirdParty")永远无法执行，程序仿佛卡在第8行；即使将第8行替换为ThirdParty的其他方法（如obj.MethodX()），问题依旧。
• 删除第8行（即不调用ThirdParty的任何成员），阻塞问题完全消失。
• 移除第5行的Task.Run，让初始化逻辑在主线程执行，问题消失。
• 取消注释第24-25行的Console.KeyAvailable判断和第32-33行的Thread.Sleep(100)，问题消失。

通过反编译第三方组件代码发现，ThirdParty的构造函数包含基于Lazy<>的插件和服务延迟初始化逻辑，调用其方法或订阅事件时会触发这些初始化操作。

原因分析 #

问题的核心在于控制台同步锁的竞争与线程饥饿：

1. 主线程的输入逻辑霸占资源：Main方法中启动的输入监听任务，通过无限循环直接调用Console.ReadKey(true)——这个方法是同步阻塞调用，会持续持有控制台内部的同步锁，并且霸占当前线程的全部CPU时间片，不给其他线程调度机会。
2. 第三方组件初始化依赖控制台锁：ThirdParty的初始化逻辑（触发于调用成员或订阅事件时），可能间接调用了控制台相关API，或者在内部逻辑中尝试获取控制台同步锁。此时主线程的Console.ReadKey已经持有该锁，导致后台初始化线程被阻塞，陷入线程饥饿状态。
3. 终端操作触发锁释放：当终端窗口失焦或按下回车时，Console.ReadKey会暂时释放锁或进入等待状态，后台线程得以获取锁完成初始化，因此第9行代码会执行。

解决方案 #

方案1：优化输入监听逻辑（推荐） #

修改输入监听循环，先通过非阻塞的Console.KeyAvailable判断是否有输入，仅在有输入时调用Console.ReadKey，同时加入短暂休眠让其他线程获得调度机会：

await Task.Run(() =>
{
    while (true)
    {
        if (Console.KeyAvailable)
        {
            var read = Console.ReadKey(true);
            if (read.Key == ConsoleKey.X)
            {
                service.Stop();
                return;
            }
        }
        Thread.Sleep(100);    
    }
});

该方案从根源上避免了主线程持续霸占控制台锁和CPU资源，让后台初始化线程有足够的执行机会。

方案2：调整初始化线程优先级 #

如果必须保留原输入逻辑，可以尝试提高后台初始化线程的优先级，增加其被系统调度的概率：

Task.Run(() =>
{
    Thread.CurrentThread.Priority = ThreadPriority.AboveNormal;
    var obj = new ThirdParty();
    obj.ItemChanged += (...) => {};
    Console.WriteLine("Instantiated ThirdParty");
});

注意：线程优先级调整受系统调度策略影响，可靠性不如方案1，仅作为临时替代方案。

方案3：提前初始化第三方组件 #

将ThirdParty的初始化逻辑移到主线程、输入监听任务启动前执行，避免后续的锁竞争：

class MyService
{
    private ThirdParty _thirdParty;

    public void InitThirdParty()
    {
        _thirdParty = new ThirdParty();
        _thirdParty.ItemChanged += (...) => {};
        Console.WriteLine("Instantiated ThirdParty");
    }

    public void Start()
    {
        // 后续业务逻辑
    }
}

internal class Program
{
    static async Task Main(string[] args)
    {
        var service = new MyService();
        // 先在主线程完成初始化
        service.InitThirdParty();
        service.Start();

        await Task.Run(() =>
        {
            // 原输入监听逻辑
        });
    }
}

该方案让初始化过程在Console.ReadKey执行前完成，从根本上消除了锁竞争的可能。

内容的提问来源于stack exchange，提问作者theateist