Logrus 本身不会主动插入空行，日志间出现的空白实际源于日志消息中意外包含的换行符（\n）；只需确保传入 Printf 等方法的格式化字符串及其参数不携带尾部或内部换行即可彻底解决。
logrus 本身不会主动插入空行，日志间出现的空白实际源于日志消息中意外包含的换行符（`\n`）；只需确保传入 `printf` 等方法的格式化字符串及其参数不携带尾部或内部换行即可彻底解决。
Logrus 是一个功能强大且高度可定制的 Go 日志库，但其默认行为并不会在日志条目之间添加额外空行。你观察到的“日志间隔空行”，几乎总是由日志消息内容本身包含 \n 换行符导致的——尤其是当使用 Printf 格式化多行信息、或拼接字符串时未清理末尾换行。
例如，以下写法会直接引入空行：
logger.Printf("pathPrefix: %s\npathValue: %v", prefix, value) // ❌ 错误：显式含 \n而 Logrus 的 TextFormatter 在渲染时会原样输出该换行，紧接着又追加一条新日志（含自己的时间戳和前缀），视觉上就表现为两行日志之间多出一个空行。
✅ 正确做法是：避免在日志消息中嵌入换行符，保持每条日志为单行语义。如需结构化输出，应改用字段（Fields）方式记录上下文：
logger.WithFields(log.Fields{
"pathPrefix": prefix,
"pathValue": value,
}).Info("request path configured")这将输出类似：
INFO[2024-06-15 10:20:33] request path configured pathPrefix="/app/" pathValue="{js ./app/}"清晰、紧凑、无空行，且便于后续结构化解析。
⚠️ 注意事项：
- 检查所有调用点：特别是从 fmt.Sprintf、strings.Builder 或外部输入（如 HTTP 响应体、配置文件读取）拼接日志内容时，务必用 strings.TrimSpace() 清理首尾空白；
- 避免重载 log.Printf 并透传原始字符串——你的 logger.Printf 封装层应做防御性处理：
func Printf(format string, v ...interface{}) { // 自动去除格式化后消息末尾的换行（推荐用于兼容旧代码） msg := fmt.Sprintf(format, v...) msg = strings.TrimRight(msg, "\r\n") log.Printf("%s", msg) } - 不要修改 Logrus 的 Writer 或底层 io.Writer 来“过滤换行”——这会破坏日志完整性，且违背设计原则。
总结：Logrus 的日志空行问题本质是数据问题而非配置问题。坚持「每条日志一条消息、零隐式换行」原则，并善用结构化字段替代多行字符串拼接，即可获得干净、专业、易运维的日志输出。
