开发者目前只关心 visit 类型的日志，即和某一次http请求相关联的日志。desc和stat类型的日志，统一由开发框架封装后实现，业务开发 不用 关心。下面讲的，都是针对 visit 类型的日志。
一次http请求，会打出一系列相关联的日志。在node层，通常一次请求，会进一步转发给N个后端服务，然后对后端数据进行一些处理、合并等操作，最后渲染页面或是输出JSON。因此，一次请求相关的日志，大体分为以下几种 event：
client-req: client请求到达node层，统一由框架打日志，开发 不 关心
service-start: node对某个后端服务发起请求，由通用请求库负责打日志，开发 不 关心
service-end: node请求某个后端服务结束，由通用请求库负责打日志，开发 不 关心
service-err: node请求后端服务异常，由通用请求库负责打日志，开发 不 关心。调用后端服务异常，日志级别为 WARN，不是 ERROR
trace: node中业务层打的日志，如果异常，能帮助定位本次请求相关问题
client-res: 结束client的请求，打印本次请求的http code，本次请求处理时间等，由框架统一打，开发 不 关心
开发同学在打日志时，应该谨慎的选择级别，INFO(含)级别以上，都应该能对定位问题、具体业务统计需求有要求，才能使用。大部分情况下，可以使用 DEBUG 级别，线上 不会 开启DEBUG级别。
具体方法调用
针对打印 visit类型的日志，调用 ctx.logger(基于Koa的框架) 属性打日志，推荐参数都传递 JSON，具体方法如下：
ctx.logger.debug({msg: "", "extra": "a=1 b=2 c=value"}); ctx.logger.info({msg: "xxx", "extra": "其他的额外字段"}); ctx.logger.warn({msg: "xxx", "extra": "额外上下文数据"}); //ERROR级别日志，应该提供 Error 对象 ctx.logger.error({msg: 'xxx', err: error, extra: ""});
注意1，额外的参数，推荐存放在 extra 字段中，统一拼成 string；如果确实有必要单独出每个字段， 禁止 额外的参数占用上述通用字段名！！
注意2，基础数据中的msg字段，禁止 包含具体的上下文数据，和该日志相关的上下文数据，应该拼成字符串，放在单独的 extra 字段中。比如，某个用户登录接口，希望统计调用次数，可以这样打印:
ctx.logger.info({msg: "user login", "extra": 'mobile=18712387101 code=xxxx k3=value3'});