直接用 io.writestring 写文件失败，是因为未检查 os.create 或 os.openfile 的错误导致 *os.file 为 nil，或误用只读文件句柄；必须用可写模式打开文件、检查每步 error、调用 defer f.close()。
为什么直接用 io.WriteString 写文件会失败？
因为 io.WriteString 只接受 io.Writer 接口，而打开的文件（*os.File）虽实现了它，但你很可能没检查 os.OpenFile 或 os.Create 的返回错误，导致后续写入 panic 或静默失败。更常见的是：用 os.Open（只读）打开文件后传给 io.WriteString，结果报错 bad file descriptor。
实操建议：
- 写文件必须用
os.Create（覆盖）或os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644)（显式控制） - 每次调用
io.WriteString后，**必须检查返回的error**，它不等于nil才代表写成功 - 别省略
defer f.Close()，否则 Linux 下可能因 fd 耗尽导致后续open失败
io.Copy 写文件时为什么内容为空？
典型场景是把 strings.Reader 或 bytes.Buffer 通过 io.Copy 写入文件，但执行完没报错，文件却是空的——大概率是源 reader 已被读到 EOF（比如之前调过 reader.ReadString('\n') 或 io.Copy 已执行过一次），再次 io.Copy 就立即返回 0, nil。
实操建议：
- 对
strings.Reader，用reader.Seek(0, io.SeekStart)重置位置；对bytes.Buffer，用buf.Reset()或重新构造 -
io.Copy不会自动 flush，若目标是带缓冲的 writer（如bufio.Writer），需额外调wr.Flush() - 小数据量别硬套
io.Copy，直接io.WriteString或file.Write(buf)更直观
用 io.WriteString 追加内容为什么换行失效？
比如写 io.WriteString(f, "line1\n") 再写 "line2\n"，结果文件里是 line1\nline2\n，但用 cat 看却显示成一行——其实是终端或编辑器没识别 \n，或者你误用了 Windows 换行符 \r\n 但目标环境是 Linux。
实操建议：
- 追加模式打开文件：用
os.OpenFile(path, os.O_APPEND|os.O_WRONLY, 0644)，不是os.O_CREATE|os.O_WRONLY - Go 字符串里的
\n是标准 Unix 换行符，跨平台安全；除非明确需要，别手动拼\r\n - 验证是否真写入：用
hexdump -C file.txt查看末尾字节，确认0a（\n）存在
大文件写入时 io 包函数卡住或内存暴涨？
io.WriteString 和 io.Copy 本身不缓存，但如果你把整个大文件内容读进 []byte 再传给 file.Write，就会一次性占满内存。而 io.Copy 配合 os.File 是流式处理，但默认缓冲区仅 32KB，遇到慢存储（如 NFS、USB 盘）可能阻塞明显。
实操建议：
- 避免
ioutil.ReadFile+io.WriteString组合处理 >10MB 文件 - 用
io.Copy直接从源io.Reader（如另一个*os.File）拷贝到目标，零内存复制 - 如需自定义缓冲区大小，包装目标为
bufio.NewWriterSize(file, 1（1MB），再传给 <code>io.Copy
真正容易被忽略的是：所有 io 函数都不处理文件权限和原子性。要确保写入完成且落盘，得显式 f.Sync()；要避免写一半崩溃导致损坏，得用临时文件 + os.Rename 原子替换。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
