go日志并发写入核心是解耦记录与落盘，避免同步刷盘、无控并发、缓冲失当和失败静默；应使用zapcore.newasynccore配合合理缓冲区及磁盘队列。
Go语言处理海量数据并发写入，核心不是堆goroutine，而是让写操作不卡主流程、不拖垮内存、不丢关键日志。真正压垮系统的，往往不是数据量本身，而是同步刷盘、无控并发、缓冲失当和失败静默这四类问题。
日志写入必须解耦“记录”和“落盘”
直接用log.Printf或同步os.Write写日志，在QPS超2k后就会明显卡住主goroutine——syscall.Write阻塞导致P99延迟跳变、吞吐断崖下跌。必须把日志生成（快）和持久化（慢）彻底分离。
- 优先用
zapcore.NewAsyncCore，它内置无锁环形缓冲、批量刷盘、内存复用，比手写chan *LogEntry更稳 - 缓冲区大小设为1024～8192：太小易满丢日志，太大增加端到端延迟
- 峰值超5w QPS时，纯内存缓冲扛不住，需搭配本地磁盘队列（如
file-rotatelogs+io.MultiWriter） - 别只写
select { case ch ——缺<code>default会卡死主流程；缺recover会导致writer goroutine因文件句柄失效而静默退出
关键日志必须绕过异步通道直写
异步本质是“尽力而为”。数据库连接失败、服务启动panic、配置加载异常这类日志，丢了就无法定位根因，不能依赖defer logger.Sync()——进程崩溃时它根本不会执行。
- error和panic级别日志走直写路径，且目标
*os.File需加os.O_SYNC - 直写前检查有效性：
file != nil && file.Fd() != ^uintptr(0)，避免invalid argument错误 - 时间戳等格式化尽量前置：存
time.Now().UnixNano()整数，而非每次调.Format()
Excel/Parquet等结构化数据写入要流式+分片
一次性加载百万行Excel或GB级Parquet到内存，必然OOM。流式写入+合理并发才是稳定吞吐的关键。
- Excelize/v2用
NewStreamWriter：必须调Flush()，行号严格递增，禁止混用普通API - Parquet-go通过
WithNP(N)控制并发度：8核机器推荐NP=8～16；每增1并发约多占50～100MB内存 - 数据量＞1GB时，NP设8～16；100MB～1GB设4～8；＜100MB设1～2即可，盲目提高并发反而增加调度开销
文件I/O层要规避轮转与锁的隐性阻塞
很多吞吐瓶颈不在业务逻辑，而在日志轮转、文件锁、压缩这些“辅助动作”上。
- lumberjack在rotate瞬间同步压缩归档，实测延迟飙至200ms+，还会导致日志时间戳乱序——必须设
LocalTime: true和Compress: false - 更稳做法：用
io.MultiWriter把日志同时写到当前文件 + 单独goroutine做rotate，rotate动作完全异步 - Windows下
file-rotatelogs文件锁行为与Linux不同，测试务必用目标OS真机验证
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
