我想在 Go 中以不少于給定時(shí)間間隔執(zhí)行一個(gè)函數(shù)，以一次調(diào)用開(kāi)始到下一次調(diào)用開(kāi)始為衡量標(biāo)準(zhǔn)。函數(shù)本身的執(zhí)行時(shí)間會(huì)有所不同。如果該函數(shù)運(yùn)行的時(shí)間超過(guò)該間隔，我想立即再次運(yùn)行它。但是如果/當(dāng)它最終在不到一個(gè)完整的間隔內(nèi)恢復(fù)完成時(shí)，我希望它立即恢復(fù)等待直到下一個(gè)間隔邊界。對(duì)于上下文，這是一個(gè)速率限制器——被調(diào)用的函數(shù)可以很容易地讓 CPU 旋轉(zhuǎn)，但它不會(huì)產(chǎn)生額外的價(jià)值，因?yàn)樗谂c不可能快速反應(yīng)的人進(jìn)行交互。為清楚起見(jiàn)的示例（interval == 20ms例如）：runtime:  15mswait:      5msruntime:  25mswait:      0msruntime:  25mswait:      0msruntime:  15mswait:      5ms <-- this is the important bit如果我使用time.Ticker，我相信額外的“滴答”將在通道中排隊(duì)Ticker.C（如果它被緩沖）導(dǎo)致它在恢復(fù)時(shí)立即進(jìn)行一堆調(diào)用，或者 Ticker 的編寫(xiě)器將阻止寫(xiě)入通道并結(jié)束恢復(fù)后第一次調(diào)用的延遲過(guò)長(zhǎng)。現(xiàn)在我正在做一些數(shù)學(xué)運(yùn)算，這是有效的，但感覺(jué)它可能不符合慣用語(yǔ)：minDurationBetweenRuns := time.Millisecond * 100for {    lastRunTime := time.Now()    DO_STUFF_HERE()    durationSinceLastRun := time.Now().Sub(lastRunTime)    if durationSinceLastRun < minDurationBetweenRuns {        sleepTime := minDurationBetweenRuns - durationSinceLastRun        if sleepTime > minDurationBetweenRuns {            sleepTime = minDurationBetweenRuns        }        time.Sleep(sleepTime)    }}