为何fmt.Fprintf参数为io.Writer而非*io.Writer及写入相关疑问

先看函数签名：

fmt.Fprintf(w io.Writer, format string, a ...any) (n int, err error)

问题1：为何第一个参数类型为io.Writer而非*io.Writer？ #

Go语言中接口是抽象类型，只要某个类型实现了接口定义的所有方法，就自动适配该接口，无需显式声明。

如果参数设为*io.Writer，意味着只能传入接口类型的指针，这会极大压缩参数的适用范围。而用io.Writer作为参数类型时：

• 任何实现了Write([]byte) (int, error)方法的类型，不管是值类型还是指针类型，都能直接传入。比如*os.File实现了io.Writer可以直接传；如果自定义结构体的值类型本身实现了Write，传该结构体的值或指针也都符合要求。
• 接口在Go里属于引用类型，传递接口值已经足够让函数调用其底层实现，额外加指针反而会增加不必要的复杂度。

所以用io.Writer作为参数类型，是为了最大化函数的兼容性和灵活性，让更多类型能被传入使用。

问题2：既然参数类型为io.Writer，是否可能传入无法按调用者预期位置写入的参数值？ #

当然有可能。io.Writer只定义了写入行为的规范——接收字节切片并返回写入长度和错误，但完全不限制写入的目标和具体逻辑。举几个典型场景：

• 你以为传入的是写入磁盘文件的*os.File，实际却是内存缓冲区bytes.Buffer，数据只会留在内存里，不会落地到磁盘；
• 像gzip.Writer这类包装型Writer，会先压缩写入的数据再传给底层Writer，最终写入的内容是压缩后的，和你预期的原始格式化内容不符；
• io.MultiWriter会把同一份数据同时写入多个io.Writer实例，如果你只预期写入一个目标，结果就不符合预期；
• 甚至可以自定义一个Writer实现，直接丢弃所有写入的数据，或者把数据写到错误的文件、网络连接里。

简单来说，io.Writer只保证传入的类型能执行写入动作，但具体写入到哪、怎么写，完全由该类型的实现决定，所以确实可能出现和调用者预期不符的情况。

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