递归调用time.AfterFunc()创建Goroutine是否为不良设计？

我开发了一个小型HTTP应用（A），启动时会调用另一HTTP服务（B）进行许可证校验，校验通过则启动应用A的HTTP服务器；若校验失败，应用A会触发致命错误退出。许可证需每24小时校验一次。

请问：

• 每24小时递归创建新Goroutine的方式是否属于不良设计？
• 查看下方代码，之前的Goroutine会结束还是持续运行，最终导致大量关联Goroutine？
• 新Goroutine是由主Goroutine还是子Goroutine调用的？

许可证校验模块（调用服务B） #

func Request(retry bool) error {
    // 请求并验证许可证（调用外部HTTP服务）
    err := verify_license()
    if err != nil {
        return err
    }
    
    if retry {
        // 定时触发许可证续期校验（每24小时一次）
        time.AfterFunc(LICENSE_TIMEOUT, func(){
            request_retry()
        })
    }
    
    return nil
}

func request_retry(){
    for i := 0; i < LICENSE_RETRY; i++ {
        if err := v.Request(false); err == nil {
            break
        }
        
        time.Sleep(LICENSE_RETRY_TIMEOUT)
    }
    
    time.Sleep(LICENSE_TIMEOUT)
    v.Request(true)
}

主包中HTTP服务器启动前的代码 #

if err := license_verify.Request(true); err != nil {
    log.Fatal(err.Error())
}

1. 递归创建Goroutine属于不良设计吗？ #

是，这种递归式定时触发逻辑属于不良设计，核心问题包括：

• 可读性与维护性差：递归调用链会让周期性校验的流程变得混乱，后续排查问题或修改逻辑时，很难快速理清触发链路。
• 潜在栈溢出风险：虽然Go的Goroutine栈支持动态扩容，但如果出现异常场景（比如LICENSE_TIMEOUT被错误设置为极小值，或者重试逻辑频繁触发），短时间内的递归调用可能导致栈占用持续增长，极端情况下会触发溢出。
• 生命周期不可控：这种递归绑定的方式没有统一的控制入口，想要主动停止定时校验几乎只能通过终止进程实现，无法优雅地关闭任务。

更优的方案是使用循环+定时阻塞：启动一个独立的Goroutine，在内部通过for循环配合time.Sleep或time.Ticker实现周期性校验，逻辑清晰且易于控制启停。

2. 之前的Goroutine会结束还是持续运行？ #

之前的Goroutine会正常结束，不会导致大量Goroutine堆积：

• 当time.AfterFunc触发匿名函数调用request_retry时，该匿名函数是在新Goroutine中执行的，而调用time.AfterFunc的原Goroutine在执行完Request函数后就会正常退出。
• request_retry执行完重试逻辑、调用time.Sleep(LICENSE_TIMEOUT)后，再调用v.Request(true)，此时Request函数执行到time.AfterFunc后就会返回，当前Goroutine随之结束；下一次的定时任务由time.AfterFunc创建新的Goroutine执行。

整个流程中，每次触发定时任务都会创建新Goroutine，但旧Goroutine都会在完成当前逻辑后正常退出，不会出现Goroutine泄漏问题。不过即便没有泄漏，这种递归触发的方式依然不推荐。

3. 新Goroutine是由谁调用的？ #

新Goroutine是由Go语言的Runtime调度器创建并启动的，而非主Goroutine或子Goroutine直接调用：

• time.AfterFunc的内部逻辑是将任务放入定时器队列，当定时器到期时，Runtime会自动创建新的Goroutine来执行传入的匿名函数。
• 第一次触发：主Goroutine调用license_verify.Request(true)，校验通过后调用time.AfterFunc，随后主Goroutine继续执行HTTP服务器启动逻辑；当LICENSE_TIMEOUT到期时，Runtime创建新Goroutine执行request_retry。
• 后续触发：每次time.AfterFunc到期时，都是由Runtime创建新Goroutine执行对应函数，与之前的Goroutine没有直接调用关系。

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