Go 的 io.Reader/Writer 组合实战:io.Copy、TeeReader、MultiWriter 优雅处理数据流写 Go 处理数据的时候,新手容易犯一个习惯病:不管三七二十一先io.ReadAll把数据全读进[]byte,再在内存里搓。文件小没事,一旦碰上几百 MB 的上传、下载或日志流,内存直接吃满,OOM 找上门。Go 标准库的io.Reader/io.Writer是整个 IO 生态的基石,配上io.Copy、io.TeeReader、io.MultiWriter这几个组合器,能用流式、常量内存的方式处理任意大小的数据。这篇把这套组合拳讲透。先理解两个接口有多小io.Reader和io.Writer的定义简单到只有一个方法:typeReaderinterface{Read(p[]byte)(nint,errerror)}typeWriterinterface{Write(p[]byte)(nint,errerror)}正因为够小,Go 里几乎一切数据源和数据去处都实现了它们:*os.File、net.Conn、*bytes.Buffer、HTTP 的请求体和响应体、gzip.Writer……只要面向接口写代码,同一段逻辑就能处理文件、网络、内存,不用改一行。朴素写法:先看看它怎么爆内存的// 反面教材:把整个响应体读进内存再写文件funcdownloadBad(url,pathstring)error{resp,err:http.Get(url)iferr!nil{returnerr}deferresp.Body.Close()data,err:io.ReadAll(resp.Body)// 大文件在这里把内存吃光iferr!nil{returnerr}returnos.WriteFile(path,data,0644)}下载 1GB 文件,这段代码就得占用 1GB 内存。问题在于io.ReadAll把流物化成了一整块内存。正确写法:io.Copy 流式搬运io.Copy(dst, src)内部用一个小缓冲区(默认 32KB)循环Read一块、Write一块,内存占用恒定,和文件大小无关。funcdownloadGood(url,pathstring)error{resp,err:http.Get(url)iferr!nil{returnerr}deferresp.Body.Close()out,err:os.Create(path)iferr!nil{returnerr}deferout.Close()// 从网络流 → 文件流,全程只占 32KB 缓冲,1GB 文件也不涨内存_,errio.Copy(out,resp.Body)returnerr}resp.Body是io.Reader,out是io.Writer,io.Copy把它们接上。这就是流式处理的核心:不落地成 []byte,数据边读边写。TeeReader:读的同时分叉一份出去需求升级:下载文件的同时,要算出它的 SHA-256 校验和。难道读两遍?不用。io.TeeReader(r, w)返回一个新的 Reader——每次从它读数据,都会顺手把读到的同一份写进 w,像三通水管。import(crypto/sha256encoding/hexfmtioos)funcdownloadWithChecksum(reader io.Reader,pathstring)(string,error){out,err:os.Create(path)iferr!nil{return,err}deferout.Close()hasher:sha256.New()// 从 reader 读数据时,同一份数据会被抄送给 hashertee:io.TeeReader(reader,hasher)// io.Copy 消费 tee:数据一边落盘,一边喂进 hasherif_,err:io.Copy(out,tee);err!nil{return,err}// 全部读完,hasher 里就是完整数据的哈希returnhex.EncodeToString(hasher.Sum(nil)),nil}妙处在于:数据只流过一遍,却同时完成了落盘和算哈希两件事。日志审计、边下载边校验、边上传边统计字节数,全靠它。MultiWriter:一份数据写到多个去处反过来的需求:一份日志既要写文件,又要打到控制台,还要发到远程收集器。io.MultiWriter(w1, w2, ...)把多个 Writer 合成一个——写一次,同时写进所有目标。funcsetupLogging(logPathstring)(io.Writer,error){file,err:os.Create(logPath)iferr!nil{returnnil,err}// 同一份日志同时写到:文件 标准输出multi:io.MultiWriter(file,os.Stdout)returnmulti,nil}funcmain(){w,err:setupLogging(app.log)iferr!nil{panic(err)}log.SetOutput(w)// 标准库 log 直接吃 io.Writerlog.Println(这条日志会同时出现在 app.log 和终端)}组合拳:边下载、边落盘、边校验、边显示进度真正体现接口组合威力的是把它们串起来。下面这段:从网络下载,同时算哈希(TeeReader),同时把字节写到文件和进度统计器(MultiWriter),全程常量内存。// 一个实现了 io.Writer 的进度计数器typeprogressCounterstruct{totalint64}func(p*progressCounter)Write(b[]byte)(int,error){p.totalint64(len(b))fmt.Printf(\r已下载: %d KB,p.total/1024)returnlen(b),nil}funcdownloadAll(url,pathstring)(string,error){resp,err:http.Get(url)iferr!nil{return,err}deferresp.Body.Close()out,_:os.Create(path)deferout.Close()hasher:sha256.New()counter:progressCounter{}// MultiWriter:数据同时写到文件 进度计数器dst:io.MultiWriter(out,counter)// TeeReader:从响应体读时,顺手抄一份给 hashersrc:io.TeeReader(resp.Body,hasher)// 一次 Copy 驱动全部:读一块 → 抄给 hasher → 写进 out 和 counterif_,err:io.Copy(dst,src);err!nil{return,err}fmt.Println()returnhex.EncodeToString(hasher.Sum(nil)),nil}四件事(下载、落盘、校验、进度)在一次io.Copy里完成,数据只流过一遍,内存占用还是那 32KB。这就是 Go IO 接口组合的优雅之处。一个坑:别忘了检查 io.Copy 的返回值和 Closeio.Copy返回(written int64, err error)。写文件时,只defer out.Close()是不够的——Close可能因为磁盘满、缓冲刷新失败而报错,而 defer 里的错误默认被丢弃。对数据完整性要求高的场景,要显式 Close 并检查:iferr:out.Close();err!nil{returnfmt.Errorf(关闭文件失败,数据可能不完整: %w,err)}小结io.Reader/io.Writer是 Go IO 的通用接口,面向它们写代码,文件、网络、内存无缝切换。io.Copy:流式搬运,常量内存,取代io.ReadAllWriteFile的爆内存写法。io.TeeReader:读的同时把数据抄送一份(算哈希、审计、统计),数据只流一遍。io.MultiWriter:一份数据同时写到多个去处(文件 控制台 远程)。三者可自由组合,一次io.Copy驱动多个副作用;写文件记得显式检查Close的错误。一句话记忆:别把流读成 []byte,把它接起来让数据流过去——Reader 是入口,Writer 是出口,Copy/Tee/Multi 是三通接头。