如何为顺序调用的函数传递sync.WaitGroup？有无更优实现？

你的当前写法虽然能正常运行，但函数内的nil判断既冗余，又容易让调用者产生混淆——毕竟传nil并不是“不需要等待”的直观信号。这里给你两个更干净、更符合Go设计风格的实现方式：

方式一：拆分函数，各司其职 #

把核心任务逻辑和同步控制逻辑彻底分离，分别提供顺序调用和并发调用的专属入口：

import "sync"

// doTask 只负责执行具体业务逻辑，不涉及任何同步代码
func doTask() {
    // 这里编写你的任务逻辑
}

// MyFunc 专供顺序调用使用
func MyFunc() {
    doTask()
}

// MyFuncAsync 专供并发调用使用，内部处理WaitGroup的Done操作
func MyFuncAsync(wg *sync.WaitGroup) {
    defer wg.Done()
    doTask()
}

func main() {
    // 顺序调用，直接使用MyFunc
    MyFunc()

    // 并发调用，配合WaitGroup使用MyFuncAsync
    var wg sync.WaitGroup
    wg.Add(1)
    go MyFuncAsync(&wg)
    wg.Wait()
}

这种写法的优势：

• 核心逻辑完全解耦同步细节，后续修改任务逻辑无需触碰同步代码
• 调用者通过函数名就能明确调用意图，避免传nil的困惑
• 符合单一职责原则，代码可读性和可维护性大幅提升

方式二：外部处理同步逻辑，让函数更纯粹 #

如果不想新增包装函数，也可以把WaitGroup的Done()逻辑放到goroutine的匿名函数中，让myFunc彻底专注于任务本身：

import "sync"

func myFunc() {
    // do the task
}

func main() {
    // 顺序调用，直接执行
    myFunc()

    // 并发调用，同步逻辑由外层匿名函数处理
    var wg sync.WaitGroup
    wg.Add(1)
    go func() {
        defer wg.Done()
        myFunc()
    }()
    wg.Wait()
}

这种方式下myFunc的职责非常单一，仅需完成自身任务，所有同步控制都交给调用方处理，灵活性更高——比如后续若需改用context等其他同步方式，无需修改myFunc的代码。

内容的提问来源于stack exchange，提问作者Sonali D Bhavsar