本文目录一览：

golang常用的包----写日志 log包

golang提供了一个简单的日志输出包log，常用用法，已经基本满足日常的日志输出需求

1、日志级别有3个，info，fatal,panic

2、 日志文件的输出

输出的结果 a.log

[Debug]main.go:45: debug info is ,check list ,hello

[Debug]main.go:46: debug info is ,check list ,hello000111

[Info]2020/09/09 Info check

标准输出：

[Info]2020/09/09 Info check stdout

样例二：

输出结果为：

[Info]2020/09/09 Check init info

[Info]2020/09/09 go to function Check

Golang将日志同时输出到控制台和文件

日常开发当中需要将golang的log包打印的日志同时输出到控制台和文件，应该如何解决这个问题？

log包可以通过SetOutput()方法指定日志输出的方式（Writer），但是只能指定一个输出的方式（Writer）。我们利用io.MultiWriter()将多个Writer拼成一个Writer使用的特性，把log.Println()输出的内容分流到控制台和文件当中。

golang logger输出格式怎么修改

1.Logger结构

首先来看下类型Logger的定义：

type Logger struct {

mu sync.Mutex // ensures atomic writes; protects the following fields

prefix string // prefix to write at beginning of each line

flag int // properties

out io.Writer // destination for output

buf []byte // for accumulating text to write

}

主要有5个成员，其中3个我们比较熟悉，分别是表示Log前缀的 "prefix"，表示Log头标签的 "flag" ，以及Log的输出目的地out。 buf是一个字节数组，主要用来存放即将刷入out的内容，相当于一个临时缓存，在对输出内容进行序列化时作为存储目的地。 mu是一个mutex主要用来作线程安全的实习，当有多个goroutine同时往一个目的刷内容的时候，通过mutex保证每次写入是一条完整的信息。

2.std及整体结构

在前一篇文章中我们提到了log模块提供了一套包级别的简单接口，使用该接口可以直接将日志内容打印到标准错误。那么该过程是怎么实现的呢？其实就是通过一个内置的Logger类型的变量 "std" 来实现的。该变量使用：

var std = New(os.Stderr, "", LstdFlags)

进行初始化，默认输出到系统的标准输出 "os.Stderr" ,前缀为空，使用日期加时间作为Log抬头。

当我们调用 log.Print的时候是怎么执行的呢？我们看其代码：

func Print(v ...interface{}) {

std.Output(2, fmt.Sprint(v...))

}

这里实际就是调用了Logger对象的 Output方法，将日志内容按照fmt包中约定的格式转义后传给Output。Output定义如下 :

func (l *Logger) Output(calldepth int, s string) error

其中s为日志没有加前缀和Log抬头的具体内容，xxxxx 。该函数执行具体的将日志刷入到对应的位置。

3.核心函数的实现

Logger.Output是执行具体的将日志刷入到对应位置的方法。

该方法首先根据需要获得当前时间和调用该方法的文件及行号信息。然后调用formatHeader方法将Log的前缀和Log抬头先格式化好 放入Logger.buf中，然后再将Log的内容存入到Logger.buf中，最后调用Logger.out.Write方法将完整的日志写入到输出目的地中。

由于写入文件以及拼接buf的过程是线程非安全的，因此使用mutex保证每次写入的原子性。

l.mu.Lock()

defer l.mu.Unlock()

将buf的拼接和文件的写入放入这个后面，使得在多个goroutine使用同一个Logger对象是，不会弄乱buf，也不会杂糅的写入。

该方法的第一个参数最终会传递给runtime.Caller的skip，指的是跳过的栈的深度。这里我记住给2就可以了。这样就会得到我们调用log 是所处的位置。

在golang的注释中说锁住 runtime.Caller的过程比较重，这点我还是不很了解，只是从代码中看到其在这里把锁打开了。

if l.flag(Lshortfile|Llongfile) != 0 {

// release lock while getting caller info - it‘s expensive.

l.mu.Unlock()

var ok bool

_, file, line, ok = runtime.Caller(calldepth)

if !ok {

file = "???"

line = 0

}

l.mu.Lock()

}

在formatHeader里面首先将前缀直接复制到Logger.buf中,然后根据flag选择Log抬头的内容，这里用到了一个log模块实现的 itoa的方法，作用类似c的itoa,将一个整数转换成一个字符串。只是其转换后将结果直接追加到了buf的尾部。

纵观整个实现，最值得学习的就是线程安全的部分。在什么位置合适做怎样的同步操作。

4.对外接口的实现

在了解了核心格式化和输出结构后，在看其封装就非常简单了，几乎都是首先用Output进行日志的记录，然后在必要的时候 做os.exit或者panic的操作，这里看下Fatal的实现。

func (l *Logger) Fatal(v ...interface{}) {

l.Output(2, fmt.Sprint(v...))

os.Exit(1)

}

// Fatalf is equivalent to l.Printf() followed by a call to os.Exit(1).

func (l *Logger) Fatalf(format string, v ...interface{}) {

l.Output(2, fmt.Sprintf(format, v...))

os.Exit(1)

}

// Fatalln is equivalent to l.Println() followed by a call to os.Exit(1).

func (l *Logger) Fatalln(v ...interface{}) {

l.Output(2, fmt.Sprintln(v...))

os.Exit(1)

}

这里也验证了我们之前做的Panic的结果，先做输出日志操作。再进行panic。

Supervisor与Logrotate

        在golang的gin项目中使用supervisor守护进程，用子进程配置将标准输出日志转移到指定目录下，然后使用阿里云的日志服务将标准输出日志转移到线上做一些分析和预警。

      项目上线之后一切正常，可是周日夜里三点左右阿里云的日志服务采集不到日志，一顿pv为0的告警过来，赶紧打开电脑，线上服务正常，松一口气，supervisor状态也正常，观察了一会业务数据正常就安然入睡了，心想可能是因为配置项有缺陷吧，回头好好整整supervisor的配置再观察一波。

       早上起来打开服务器，cd /var/log/supervisor/，发现存在两个日志文件，分别是xxxx.log-20201223和xxxx.log，xxxx.log的大小为0，xxxx.log-20201223还在继续写入请求日志，权限问题？chmod 777之后发现新的文件还是不写入日志，重启 supervisor之后发现日志能正常写入了。。。一开始怀疑是supervisor日志切割备份有问题，将配置stdout日志文件大小的stdout_logfile_maxbytes配置项，默认 50MB改成0，代表无限大，stdout日志文件备份数的stdout_logfile_backups配置项，默认10改为0，代表不备份，重启supervisor，心想不切割总不会再出现切割之后不往新文件写内容的问题了，真乃明智之选。：）

        一周过去，0pv的告警如期而至，虽然不影响线上业务，如鲠在喉让我久久不能释怀。全网翻，百度谷歌，中文英文，去github上翻issue等等，看到一个历史issue1090，Better support for logrotate，感觉和日志转储相关，于是查了下logrotate相关资料，logrotate程序是一个日志文件管理工具。用于分割日志文件，删除旧的日志文件，并创建新的日志文件，起到“转储”作用。centos系统默认安装，于是找到对应的配置文件，果不其然里面就有supervisor，默认配置如下：

/var/log/supervisor/*.log {

      missingok

      weekly

      notifempty

      nocompress

}，看到weekly感觉离这个问题的答案不远了，于是去查找linux的logrotate往旧文件写入的问题，在一篇logrotate writing to old app.log.1 instead of app.log的文章中找到需要配置参数copytruncate，是用于还在打开中的日志文件，把当前日志备份并截断；是先拷贝再清空的方式，拷贝和清空之间有一个时间差，可能会丢失部分日志数据。增加完配置之后，为了快速验证结果，修改weekly为daily，第二天日志正常切割了，新的文件也正常写入了标准日志。至此问题解决。

        linux的logrotate对于运维来说可能是常识，作为开发刚接触运维，只能慢慢积累了，工作之余看看相关的运维知识，尽量少采坑。

Golang的log包哪个好用

建议使用Log，这是android专门用来开发打印日志使用的。输出的日志可以在Logcat中查看。 Android开发中,所的有输出都在logcat中 包含System.out输出和printStackTrace()输出都在Logcat中,Android开发,建议使用android提供的Log