楔子
zap一款高性能日志框架,由于业务场景需要,也对比了一些主流的日志框架,最后权衡选择它比较适合。
准备工作
根据官方教程，以及相关文章，迅速简单搭建浅浅封装一层于是代码如下非常简单：
大概流程通过New()方法读取配置文件创建相应的级别以及日志输出格式控制，然后返回一个日志句柄赋值给_logger和_sugger.
OK到目前为止准备工作基本完成
问题复现
我们先打一条日志
conf.New()方法为读取配置文件,然后把日志文件的配置传给log.New()对象,然后我们调用log.Infof()方法打印日志。好的日志打印出来了,但是仔细看日志内容发现了问题，如图4
如你所见多出了'[]'中括号，为什么？难道是[%s]格式verb动词的缘故？于是更改下格式再次打印如下：
看来不是这个缘故了,确实有些匪夷所思,起初我以为我没用对zap,姿势不对，于是我从zap配置上入手，我改成了json模式(当前是conlse)以及相关的配置都没有生效，再后来我上githu上搜了一圈也没有搜到，这让我有些摸不着头脑，难道是bug？当时想发起一个issue了，但是我想这不太可能，这种问题相对而言比较低级，肯定有人碰到过，或者说是一个低级错误，才没有相应的文章，于是我开始追源代码，大概看了一下也没有看到什么问题，但是有一处看着比较可疑于是开了DEBUG模式如下：
注意标注的值变化，继续追踪
此刻我们发现s:=string(p.buf)这行的值其实已经就是我们要打印的实际内容了，从而也发现%s 动词 也被替换成了 [go] ,ok到这其实问题已经差不多明朗了。那么再看下如下代码来说明这个问题。
这次问题明朗了，其实就是go语法糖的问题， v... 这种方式就是把切片对象给打散，相当于拆分成多个单个对象，而直接传v相当于传了一个整体切片对象,切片对象打印当然是[]这种形式了。回过头来再看下代码，
果然没采用把参数打散的形式传参,相当于传了一个切片对象,只需要把args后面加上三个点即可,测试如下：
结语
golang虽然语法相对简单容易上手，但是有些意想不到的坑让你着实抓狂,但每次遇到问题都会让你学到一些新的东西，对go的认知更加深刻。
此外还有一个问题，就是当infof逗号后边的参数大于等于两个以上时,第二个参数会造成不能替换的问题，原因还是传切片对象的缘故。
水一篇文章。。。
一个用golang得专科生
完~
