Go应用执行管道命令传给tee后无输出、程序卡住的故障原因是什么

• 标准输出缓冲机制问题：当os.Stdout对接的不是终端而是管道时，Linux系统默认会将其设置为全缓冲模式，缓冲大小通常为4KB。只有当缓冲被填满、程序主动调用flush、程序正常退出这三个场景之一触发时，缓冲内容才会被真正写入管道。如果你的单条日志体积很小，且日志生成速度慢，长时间填不满缓冲，就会出现tee拿到的内容为空、stdout无输出的现象。
• SIGPIPE未触发的原因：Go runtime默认对标准输出、标准错误的SIGPIPE信号做了特殊处理，不会直接终止进程，只会将写系统调用的错误返回为EPIPE。而logrus原生实现不会处理输出时返回的错误，写入失败后不会抛出任何提示，上层业务完全感知不到写日志异常。
• 数据库插入停止的原因：如果tee没有完全退出，而是因为磁盘满、磁盘IO hang等原因卡住，不再消费管道中的内容，那么管道的写缓冲区会很快被填满，此时Go应用的写stdout调用会直接阻塞，logger.Traceln方法会一直挂住无法返回，后续的数据库插入逻辑自然不会被执行，表现为程序停止写入数据库。

1. 主动关闭输出缓冲，每次写日志后强制刷盘
   自定义带自动刷新的Writer替换原生的os.Stdout传入logrus：

import (
    "os"
    "github.com/sirupsen/logrus"
)

type AutoFlushWriter struct {
    file *os.File
}

func (w AutoFlushWriter) Write(p []byte) (int, error) {
    n, err := w.file.Write(p)
    if err == nil {
        _ = w.file.Sync()
    }
    return n, err
}

func NewLogger(outputFile *os.File) *logrus.Logger {
    var log = logrus.New()
    log.Formatter = new(logrus.JSONFormatter)
    log.Level = logrus.TraceLevel
    log.Out = AutoFlushWriter{file: outputFile}
    return log
}

2. 替换管道+tee的日志采集方案
   直接让应用将日志写入本地文件，搭配logrotate工具做日志轮转、压缩、清理，可靠性远高于管道方案，避免管道阻塞影响业务逻辑。
3. 启动命令临时修复
   如果一定要保留现有启动逻辑，可以用stdbuf命令强制关闭Go应用的输出缓冲：
   stdbuf -o0 goapp | tee myfile
4. 增加异常监控
   主动注册SIGPIPE信号处理逻辑，或者为logrus增加错误监控Hook，一旦出现日志写入失败立即触发告警，避免业务阻塞无感知。

内容的提问来源于stack exchange，提问作者無名前