C#中System.Threading.Thread.Sleep在macOS与Windows10的行为差异咨询

Windows系统默认的线程调度时钟中断间隔为15.6ms，调用System.Threading.Thread.Sleep(n)时，实际睡眠时间会向上取整到当前时钟间隔的倍数，因此你代码中的Thread.Sleep(1)实际每次会休眠约15.6ms，而非预期的1ms。

你的代码中通过循环执行gameSpeed次Sleep(1)来凑够等待时长，假设gameSpeed设为100，那么无按键时的总休眠时间就会达到 100 * 15.6ms = 1560ms，这就是你观察到帧间隔长达1-2秒的原因。
当你按住按键时，Console.KeyAvailable会持续返回True，循环会在第一次执行就检测到按键并跳出，后续仅执行一次Thread.Sleep(waitTime-timeElapsed)，此时等待时长接近预期的gameSpeed，因此帧率会大幅提升。

而macOS的默认线程调度粒度为1ms级别，Thread.Sleep(1)的实际执行结果和预期基本一致，因此运行流畅。

• 替换循环计数等待的逻辑，使用Stopwatch类统计实际流逝的时间，不受系统调度粒度影响，保证帧间隔稳定，修改后的参考代码如下：

using System.Diagnostics;

public static int[] GetUserInput(int[] currentDirection)
{
    int[] nextMove = currentDirection;
    Stopwatch frameWatch = Stopwatch.StartNew();

    // 持续检测按键直到达到目标帧间隔
    while (frameWatch.ElapsedMilliseconds < gameSpeed)
    {
        if (Console.KeyAvailable)
        {
            ConsoleKeyInfo input = Console.ReadKey(true);
            // 这里插入原有输入处理逻辑，修改nextMove的值
            break; // 若单帧只需响应一次按键则保留break，需要响应多按键可删除
        }
        // 单次休眠可适当拉长减少调度消耗，比如设为5ms，对精度无影响
        System.Threading.Thread.Sleep(1);
    }

    return nextMove;
}

• 若对精度要求极高，可在Windows平台下调用Win32 API修改系统时钟粒度，程序启动时调用timeBeginPeriod(1)将调度间隔设为1ms，程序退出前调用timeEndPeriod(1)恢复默认值即可，不过该操作会提升系统整体功耗，非必要不建议使用。
• 输入处理逻辑中可增加方向合法性校验，比如当前方向向右时直接忽略向左的输入，避免蛇反向移动导致的误判死亡。
• 可将存储方向的int[]替换为枚举或自定义结构体，代码可读性更高，也能避免数组越界的潜在问题。

内容的提问来源于stack exchange，提问作者krisjanis-a