用fmt.fprintln配合循环写入二维切片最直接：遍历外层切片，对每行调用fmt.fprintln(f, row...)实现逐行写入；需预转换为字符串并用strings.join处理自定义分隔符；大数据量应使用bufio.writer并显式flush和close检查错误。
用 fmt.Fprintln 配合循环写入二维切片最直接
Go 没有“多维数组”语法糖，实际操作中几乎全是 []([]int) 这类二维切片。逐行写入文件的核心是：每行对应切片的一行（即一个子切片），用 fmt.Fprintln 自动换行，比手动拼接 \n 更安全。
常见错误是试图用 fmt.Fprint 一次性写整个切片——它会输出 Go 的默认格式（带方括号和逗号），不是你想要的纯数字行。
实操建议：
- 打开文件用
os.Create或os.OpenFile，记得defer f.Close() - 遍历外层切片：
for _, row := range data - 对每个
row调用fmt.Fprintln(f, row...)—— 注意...展开，否则会把整个切片当一个参数传进去，输出仍是[1 2 3] - 如果要空格分隔而非默认空格+换行，改用
fmt.Fprint(f, row[0])循环拼接，末尾再fmt.Fprintln(f)
需要自定义分隔符时优先用 strings.Join + strconv
当每行元素需用逗号、制表符或固定宽度对齐时，fmt.Fprintln 的默认空格分隔就不够用了。这时得手动转字符串再拼接。
关键点在于：切片元素是整数/浮点数时，不能直接传给 strings.Join（它只接受 []string），必须先批量转换。
实操建议：
- 对每一行
row，用make([]string, len(row))预分配目标切片 - 遍历
row，用strconv.Itoa（整型）或strconv.FormatFloat（浮点）转字符串 - 调用
strings.Join(lineStrs, "\t")拼成单行，再f.WriteString(...)+f.WriteRune('\n') - 避免在循环里反复
append字符串，预分配能减少内存重分配
bufio.Writer 能显著提升大二维切片写入性能
当数据量超过几千行，频繁系统调用 WriteString 会成为瓶颈。直接写 *os.File 是同步且无缓冲的；换成 bufio.Writer 可批量刷盘，实测可提速 3–5 倍。
容易踩的坑是忘记调用 w.Flush() —— 不 flush 的话，最后几 KB 数据可能卡在缓冲区，文件里看不到结尾内容。
实操建议：
- 用
w := bufio.NewWriter(f)包装文件句柄 - 循环中全部用
w.WriteString和w.WriteRune，别混用底层f.Write - 循环结束后，**必须**
w.Flush()，且检查其返回的 error - 缓冲区大小默认 4KB，若单行极长（如上万字符），可显式传参
bufio.NewWriterSize(f, 64*1024)
写入失败时错误处理不能只看 Write，还要检查 Close
很多人只在 f.Write 后检查 error，但文件系统真正落盘可能发生在 Close() 时（尤其 NFS 或某些挂载选项）。如果 Close 失败，前面所有写入可能无效或不完整。
更隐蔽的是：用 bufio.Writer 时，Write 几乎不会报错（数据全进缓冲区了），但 Flush 或 Close 才暴露磁盘满、权限不足等问题。
实操建议：
- 所有写操作完成后，先
w.Flush()（如有bufio.Writer），再f.Close() - 两个操作的 error 都要检查，且
Close的 error 优先级更高（覆盖之前可能被忽略的 flush 错误） - 不要依赖
defer f.Close()单独收尾——它无法与主逻辑 error 处理联动，应显式调用并判断
二维切片写文件看着简单，但分隔符控制、缓冲策略、错误传播链这三点，实际项目里出问题频率很高。尤其是服务端批量导出场景，漏掉 Flush 或忽略 Close error，会导致用户看到空文件或截断数据，排查起来反而比逻辑代码更耗时。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
