Go语言defer为何作用域为函数而非代码块？能否实现块级触发？

你的理解完全正确！在Go语言中，defer语句的作用域确实是严格绑定到所在函数的——不管你把它放在哪个{}包裹的局部代码块里，它都会等到整个函数执行完毕后才会触发执行。这就是为什么你给出的Program A和Program B输出完全一致的原因：两个defer都是在main函数退出时按后进先出的顺序执行，所以先打印2再打印1。

那有没有办法让defer的触发时机限定在代码块退出时呢？当然有！咱们可以用匿名函数包裹代码块的方式实现，因为匿名函数本身也是一个独立的函数，放在代码块里执行时，里面的defer会在匿名函数执行完毕（也就是代码块结束）时触发。

举个例子，把你的Program B改成这样：

package main
import "fmt"
func main() {
    func() {
        defer fmt.Println(1)
        // 这里放第一个任务单元的代码
    }() // 注意末尾的()，用来立即执行这个匿名函数
    defer fmt.Println(2)
    // 这里放后续任务单元的代码
}

这个版本的输出就会变成1 2：第一个defer在匿名函数执行完（第一个代码块结束）时触发，第二个defer在main函数退出时触发，完美实现了你想要的“代码块级defer”效果。

对于你说的多任务单元资源释放场景，这个方法非常适用：每个需要独立释放资源的任务单元都用一个匿名函数包裹，把资源释放的defer放在匿名函数里，这样当任务单元执行完、匿名函数退出时，资源就会被及时释放，不用为每个单元单独拆分函数。比如：

package main
import (
    "fmt"
    "os"
)

func main() {
    // 任务单元1：打开并处理文件A
    func() {
        file, err := os.Open("fileA.txt")
        if err != nil {
            fmt.Println(err)
            return
        }
        defer file.Close() // 这个Close会在任务单元1结束时执行
        
        // 这里写处理fileA的逻辑
        fmt.Println("处理fileA完成")
    }()

    // 任务单元2：打开并处理文件B
    func() {
        file, err := os.Open("fileB.txt")
        if err != nil {
            fmt.Println(err)
            return
        }
        defer file.Close() // 这个Close会在任务单元2结束时执行
        
        // 这里写处理fileB的逻辑
        fmt.Println("处理fileB完成")
    }()

    // 后续任务...
}

这样每个任务单元的资源都会在单元结束时及时释放，代码结构紧凑，不用拆分多个独立函数。

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