Go 中如何在条件分支外复用 bufio.Writer 变量

写 Go 的时候，你是不是也碰到过这种情况——在 if 块里用 := 创建了一个文件句柄，然后想在块外面用它来初始化一个 bufio.Writer，结果编译器直接翻脸不认人？其实问题的根源就是变量作用域那一套老生常谈的规则，但很多新手上手就容易踩坑。今天咱们就把它彻底捋清楚。

Go 里 if、for 这些语句块用 := 声明的变量，只在块内有效——这是块级作用域的基本规矩。比如你写 f, err := os.Create(name)，如果这条语句塞在 if 块里，那外面就拿不到 f。紧接着你的 w := bufio.NewWriter(f) 不就抓瞎了？编译报错几乎是必然的。

解决思路其实很直白：先把变量类型声明好，赋值的事放到后面再做。结合 Go 的接口抽象能力，我们统一用一个 io.Writer 接口类型来收容——bufio.Writer 和 os.Stdout 都实现了这个接口。这样一来，运行时就能根据条件动态切换输出目标，代码干净又安全。

package main

import (
    "bufio"
    "flag"
    "fmt"
    "os"
    "path/filepath"
    "strconv"
    "time"
)

var (
    logFile = flag.String("file", "yes", "Sa ve output into file")
    t       = time.Now()
    dir, _  = filepath.Abs(filepath.Dir(os.Args[0]))
)

func main() {
    flag.Parse()
    name := filepath.Join(dir, "output_"+strconv.FormatInt(t.Unix(), 10)+".log")

    // ✅ 正确做法：声明 writer 变量，初始指向 stdout
    var w *bufio.Writer
    if *logFile == "yes" {
        f, err := os.Create(name)
        if err != nil {
            panic(err)
        }
        defer f.Close() // 注意：defer 在函数返回时执行，确保文件关闭
        w = bufio.NewWriter(f)
    } else {
        w = bufio.NewWriter(os.Stdout)
    }

    // 示例数据（原代码中未定义，此处补充）
    my_slice := []string{"hello", "world", "go", "rocks"}
    for _, v := range my_slice {
        fmt.Fprintln(w, v) // 统一写入，无需条件判断
    }

    // ✅ 必须调用 Flush，否则缓冲内容可能丢失
    if err := w.Flush(); err != nil {
        panic(err)
    }
}

几个关键点得拎清楚：

• 用 var w *bufio.Writer 提前占位，后面在 if/else 里分别赋值，作用域的问题迎刃而解。
• os.Stdout 本身就是 *os.File 类型，天然满足 io.Writer 接口，直接塞给 bufio.NewWriter 完全没问题。
• defer f.Close() 这行看着简单，但要注意：f 虽然声明在 if 块里，可它的生命周期一直延续到整个 main 函数吗？实际上 f 依然受块作用域限制，不过这里因为 defer 在函数返回时才执行，文件句柄确实会在 main 退出前被关闭。如果更严谨一点，可以把 f 也提到外层声明，或者就像这个例子一样，通过 w 封装掉文件管理的细节。
• 千万记得调用 w.Flush()。bufio.Writer 自带缓冲，你不主动刷新，数据可能还躺在内存里没写进文件或终端，日志丢了都没处哭。
• 路径拼接用了 filepath.Join 而不是简单字符串加，跨平台兼容性更好，也省得自己处理斜杠方向。

这种模式不只是解决当前一个小问题。透过它，你能感受到 Go 里“接口优先、组合优于继承”的设计哲学——用抽象接口统一行为，让代码在灵活性和安全性之间找到平衡。懂了这一手，以后碰到类似的作用域纠缠，就知道怎么漂亮地绕过去了。