带有动态工具的syslog守护进程或每个软件自己的记录器



目前我正在编写一些生成输出的守护进程应用程序,应该将其记录下来。所以现在我有两个选择:使用syslog或者提供自己的函数来写入日志文件。

但我发现了一个小问题,我想我不是第一个:我不喜欢提供自己的函数来打开文件、写入文件、关闭文件等。对于一个应用程序来说,这可能还可以,但在我看来,开发人员不应该写两次源代码。因此,如果您编写两个守护程序-使用相同的日志函数,但我们有:

您可以使用Linux的syslog,但我认为如果所有守护进程都写入"守护进程",这可能不会有什么用处——我认为这现在已经过时了!所以我想提供自己的设施,但我还没有找到实现这一点的方法。那有什么原因吗?

我想以前没人这么做可能是有原因的吧?那么,现在应该有什么更好的方法呢?为我的软件写一个"新"的日志系统还是只写一个日志?

local0到local7的syslog工具是最好的选择。请确保将APPNAME设置为系统日志字段,以便能够进一步筛选写入的日志。

最新更新