Go语言time.Sleep不同时长总耗时近乎一致的原因咨询

这是操作系统定时器调度粒度导致的典型现象，具体细节如下：

1. Windows系统的默认定时器分辨率限制 #

你的i7-10510笔记本大概率运行Windows系统，而Windows默认的系统定时器分辨率为15.625毫秒（对应1/60秒的刷新率）。当调用time.Sleep(1ms)或time.Sleep(10ms)时，操作系统无法提供比15.6ms更精细的调度，实际每次Sleep都会被向上对齐到这个最小时间单位。

1000次循环的总耗时自然接近 1000 * 15.6ms ≈ 15600ms，这和你看到的15467ms、15611ms结果完全吻合。

2. Go Playground结果不同的原因 #

Go Playground运行在Linux环境下，Linux支持更高精度的定时器（可通过内核参数或高精度定时器机制实现），因此Sleep(1ms)和Sleep(10ms)的实际等待时长会更接近设定值，两次运行的总耗时差异会明显体现出来。

3. 验证与解决方法 #

如果要在Windows上看到预期的耗时差异，可以通过调用Windows API调整系统定时器分辨率：

package main

import (
    "fmt"
    "syscall"
    "time"
)

var (
    kernel32        = syscall.NewLazyDLL("kernel32.dll")
    timeBeginPeriod = kernel32.NewProc("timeBeginPeriod")
)

func init() {
    // 将定时器分辨率调整为1毫秒
    timeBeginPeriod.Call(1)
}

func main() {
    startTime := time.Now()
    for i := 0; i < 1000; i++ {
        time.Sleep(1 * time.Millisecond)
    }
    fmt.Printf("1ms Sleep总耗时: %dms\n", time.Since(startTime).Milliseconds())

    startTime = time.Now()
    for i := 0; i < 1000; i++ {
        time.Sleep(10 * time.Millisecond)
    }
    fmt.Printf("10ms Sleep总耗时: %dms\n", time.Since(startTime).Milliseconds())
}

运行这段代码后，两次Sleep的总耗时会分别接近1000ms和10000ms（加上少量循环本身的开销），符合预期。

补充说明 #

Go的time.Sleep完全依赖操作系统底层的定时器实现，因此不同操作系统、甚至同一系统的不同配置下，Sleep的实际精度都会有差异。Windows默认的15ms粒度是为了平衡系统性能和调度精度，一般场景下足够，但对高精度计时场景需要手动调整。

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