当遇到coredump时，保证异步日志不丢失是一个挑战。传统的flush策略可能无法确保所有数据写入。一种可能的解决方案是在信号处理器中触发flush操作，但这需要信号安全。此外，优雅地终止其他线程或者在信号处理器中使用特定的日志库也可能有所帮助。这些方法旨在应对coredump时的日志完整性问题。
一般而言，采用stderr无缓冲输出打印log，即使core dump发生也能确保之前的日志输出到文件中。但是在使用异步日志的时候就存在问题了。
异步日志如何确保coredump发生依旧保证log文件不丢失?
尝试设置flush频率吗? => how to log before coredump #2166
即使将flush级别设置为trace依旧不能确保所有core dump之间的数据被日志线程写入log文件中。
基于core dump的本质信号中断, 有以下是可行的解决方案:
在signal handler中flush
引自:
Nothing logs because of intentional late segfault #1684
当然，这使面临signal语义中的问题，需要信号安全。但是，把注意力放回来core dump上，程序都奔溃了，把其他线程都kill了写遗言不就好了。反正，奔溃了再执行后面的任务没有任何意义。
优雅地kill其他线程可以参考 :
pthread_kill(3)、signal(7) 、pthread_cancel(3)
How to kill a running thread? [duplicate]
Which thread handles the signal?
其他解决方法 :
1.Provide way to gracefully terminate or use spdlog in signal handlers #1607
2.How to log the segmentation faults and run time errors which can crash the program, through a remote logging library?
5万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
