go写表格文件需按格式选方案：csv用encoding/csv包并调用flush；excel推荐excelize库，支持自动类型识别和批量写入；二进制数值用encoding/binary写入，须显式保存长度与统一字节序。
Go 语言写表格数据到本地文件，核心取决于目标格式：文本类（CSV/TSV）、二进制类（.bin）、还是结构化文档（.xlsx）。没有“通用表格写入函数”，必须按需选包、定协议、处理编码。
写 CSV 文件：用 encoding/csv 包最稳
CSV 是最轻量、兼容性最强的表格交换格式。Go 标准库自带 encoding/csv，无需额外依赖，适合导出二维切片或结构体切片。
- 必须先创建
*os.File或io.Writer，再用csv.NewWriter包装 - 写入前建议调用
w.Write([]string{"name", "age", "city"})写表头，否则纯数据易混淆列含义 - 每行数据必须是
[]string；如果原始是int或float64，得手动fmt.Sprintf转换，csv不自动做类型序列化 - 写完必须调用
w.Flush()，否则缓冲区内容可能不落盘——这是最常被忽略的一步
示例关键片段：
file, _ := os.Create("data.csv")
w := csv.NewWriter(file)
w.Write([]string{"id", "value"})
w.Write([]string{"1", "3.14"})
w.Flush() // 忘了这句，文件可能为空
写 Excel (.xlsx) 文件：选 excelize 而非 xlsx
tealeg/xlsx 已多年未维护，对新 Excel 特性（如合并单元格样式、日期格式、大文件）支持差，且有内存泄漏风险；360EntSecGroup-Skylar/excelize 是当前事实标准，活跃更新、文档全、性能好。
- 写入前不用手动创建空 Excel 文件，
excelize.NewFile()直接生成内存中工作簿 - 写字符串用
f.SetCellValue("Sheet1", "A1", "Hello")，写数字用同接口（它会自动识别类型并存为数值而非文本） - 批量写二维切片推荐用
f.SetSheetRow("Sheet1", "A1", &data)，比循环调用SetCellValue快 5–10 倍 - 保存时用
f.SaveAs("report.xlsx")，不是os.WriteFile—— 因为 xlsx 是 ZIP 封装的复合格式，不能当普通二进制流写
写二进制表格（如 float64 数组）：用 encoding/binary + os.WriteFile
若目标是高效存储数值型表格（比如科学计算结果），直接写二进制比 CSV/XLSX 小 3–5 倍、读取快一个数量级。但不可读、不可用 Excel 打开。
- 数组长度必须显式写入文件头，否则读取时无法知道有多少个元素——常见错误是只写数据、不写元信息
- 用
binary.Write(file, binary.LittleEndian, &len(data))先写长度，再逐个写元素，或一次性binary.Write(file, binary.LittleEndian, data) - 务必统一字节序（
LittleEndian或BigEndian），跨平台读取时错一个字节序，整个数组就全乱 -
os.WriteFile不能直接写[]float64，必须转成[]byte；可用unsafe.Slice(unsafe.StringData(...), ...)零拷贝转换，但仅限已知内存布局且无 GC 干扰场景
别踩 os.O_TRUNC 和权限掩码的坑
用 os.OpenFile 打开文件写入时，os.O_TRUNC 是“静默清空”陷阱：只要带上它，哪怕只写 1 字节，原文件内容全丢，且不报错。
- 追加写用
os.O_APPEND，覆盖写用os.O_CREATE | os.O_WRONLY，但别加O_TRUNC除非你真想清空 - 权限掩码如
0644在 Windows 上被忽略，但在 Linux/macOS 上决定文件能否被其他用户读取；写服务端程序时，若文件含敏感数据，应设为0600 - 写完关键数据建议调用
file.Sync()，防止 OS 缓存未刷盘导致进程崩溃后数据丢失
真正麻烦的从来不是“怎么写”，而是“写什么格式”和“谁来读”。CSV 适合人看和简单导入，xlsx 适合交给人审阅，二进制只适合程序间高速交换——选错格式，后面所有解析逻辑都得重写。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
