使用 Go 中的 Ticker 定时轮询 API

使用 Go 中的 Ticker 定时轮询 API 可以定期检查状态消息。通过创建 `Ticker` 实例并使用其 `C` 通道，可以指定一个时间间隔（例如 2 秒）来轮询 API。在每个间隔中，都会发送 HTTP GET 请求并解析响应，检查 `CompleteStatus` 属性。如果状态为“COMPLETED”，则认为任务已完成；如果为“ERROR”，则返回错误；否则，继续轮询。

我需要定期轮询一个 api，以检查状态消息。

ticker := time.NewTicker(time.Second * tickerWaitTimeSeconds)
defer ticker.Stop()

for range ticker.C {
        res, err := r.client.Get(someURL)
        if err != nil {
            results <- err
            return
        }
        if err := json.NewDecoder(res.Body).Decode(&response); err != nil {
            results <- err
            return
        }
        status := response.Data.Attributes.CompleteStatus
        if status == "COMPLETED" {
            results <- nil
            return
        }
        if status == "ERROR" {
            results <- ErrFailedJob
            return
        }

到目前为止，它的工作方式相当稳定，但如果我了解代码如何正确工作，则可能存在一个问题。

这个常量 tickerwaittimeseconds 当前设置为 2 秒。选择该值的方式是让请求有足够的时间成功（甚至不到 1 秒，更不用说 2 秒了），并且我们不会向 api 发送垃圾邮件。

但是，我怀疑，如果由于某种原因，请求花费的时间超过 tickerwaittimeseconds，则可能会有更多对 api 的 get 请求。

在这种情况下我的怀疑有效吗？也许，我对实际发生的情况的理解有问题，并且 get 调用阻止了股票代码，但我怀疑情况确实如此。

正确答案

基于股票代码文档：

因此，如果 Get 花费的时间长于刻度间隔，则股票行情指示器应删除刻度。 Get 调用不是在单独的 Goroutine 中运行，因此您不能在任何给定时间提交多个请求。如果一个 Get 持续 3 秒，则下一个 Get 可能会在第一个 Get 之后发生 1 秒。如果您想在上次调用完成后至少 2 秒调用 API，请在每次迭代时重置代码。

本篇关于《使用 Go 中的 Ticker 定时轮询 API》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！