电话
400 9058 355
Go文件I/O直白封装系统调用,os.File需显式Close防fd泄漏;os.Open等价于只读OpenFile;大文件须用bufio.Scanner流式处理,os.ReadFile仅适用于小配置文件。
Go 的文件 I/O 不是某种特殊机制,它就是对操作系统“文件描述符”和“字节流”的直白封装——os.File

Read 和 Write 是对字节的操作,没有隐藏逻辑,也没有自动编码转换。
os.Open 和 os.OpenFile 必须配 defer Close()
Go 不会自动回收文件描述符(fd),漏掉 Close() 会导致 fd 泄漏,程序跑久了可能卡在 too many open files 错误上。这不是“建议”,是必须。
os.Open("x.txt") 等价于 os.OpenFile("x.txt", os.O_RDONLY, 0),只读且要求文件存在os.OpenFile("log.txt", os.O_WRONLY|os.O_CREATE|os.O_APPEND, 0644) 才能追加写;少一个 flag(比如漏了 O_CREATE)就会报 no such file or directory
Read() 或 Write(),也得 defer f.Close();函数提前 return 时,defer 仍会执行os.ReadFile vs bufio.Scanner:选错就崩内存用错读取方式不是功能问题,是资源问题:os.ReadFile 把整个文件读进内存,适合配置文件这类小于几 MB 的内容;大日志、CSV、原始数据文件必须流式处理。
os.ReadFile("config.json") → 简洁安全,返回 []byte,Go 1.16+ 推荐,别再用已弃用的 ioutil.ReadFile
bufio.Scanner:scanner := bufio.NewScanner(f),然后 for scanner.Scan() { ... };注意默认单行上限 64KB,超长行会报 scanner: token too long,需提前 scanner.Buffer(make([]byte, 4096), 1
f.Read(buf),自己管理 buf := make([]byte, 8192),循环直到 err == io.EOF
io.WriteString 和 fmt.Fprintf 写入行为差异它们都往 io.Writer 写,但语义和开销不同:前者只写字符串,后者支持格式化,但会额外分配临时字符串。
io.WriteString(f, "done\n") 最轻量,无格式化开销,适合日志追加、协议头写入fmt.Fprintf(f, "count=%d, name=%s\n", n, name) 方便,但每次调用都会做字符串拼接和内存分配;高频写入(如每毫秒一条)建议改用 bufio.Writer + io.WriteString 组合Close() 可能丢数据;用 bufio.Writer 时还得多一句 w.Flush(),否则缓冲区内容卡在内存里最常被忽略的不是语法,而是错误检查粒度:file.Read() 返回 n, err,n > 0 时即使 err != nil(比如 io.EOF)也要先处理已读数据;而 scanner.Err() 必须在循环结束后显式检查,否则磁盘 IO 错误会被静默吞掉。
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...