web项目开发写接口时，为什么需要在关键位置打印日志-2022新项目

一、业务场景

　　最近在开发新功能，新功能主要就是写app的首页查询接口，接口比较多有十几个，首页会有各种查询，新增操作比较少。由于用户量

比较大，据说并发量不小，所以首页的很多查询都做了缓存处理，用来提升查询效率。这次写的接口还是比较复杂，需要进行数据的各种处理，

比如排序，过滤，各种其他业务的处理。并且调用的时候，不是自己项目调用，而是提供给其他项目组调用，需要进行联合调试。

二、需求分析

　　项目的大致调用情况如下:

 自己所在的项目组属于项目B这个位置，数据首先从项目A过来，然后在项目B这里存储、加工处理后，在给项目C提供调用，最后返回给APP.

这其中还是省略了各种网关拦截之类的操作。总之APP想拿到项目B的数据，经过的流程会比较多，如果任意一个环节出现问题，都有可能

导致手机APP获取不到数据。因此在写调用接口的时候，打印日志就很有必要了，主要作用就是用于排查问题。如果出现问题之后，排查问题

最简单、快捷的方式就是通过日志来定位问题。由于项目的限制，生产环境的数据库是看不了的，只能通过日志来进行排查问题。

三、解决方案

 　　那写接口的时候，需要打印哪些日志呢？首先第一点的就是请求参数的日志，请求一个接口时，参数信息有哪些，这个是在排查问题的时候，

首先要看的关键信息。可以查看请求的参数对不对，是不是符合接口的要求等等。第二个需要打印的信息就是获取的数据信息，比如某一个接口

请求时，返回的数据信息。如果信息信息比较多，则只需要打印返回的数据量信息即可，比如返回多少条，或者打印其中一条数据信息。数据处理

的时候，一般都是统一处理，如果某一条数据没问题，那其他数据也不会有问题。第三个需要打印的就是关键位置的操作，比如从缓存中获取数据

时的key信息，会打印到日志中。自己在进行数据过滤之前会打印一下数据总数，数据返回前会打印一下数据的总数，看看是否正常。在进行过滤

操作的时候，如果有明显异常的操作，也会打印错误日志。

　　上面就是自己在开发中打印日志的一些操作，有更好建议的小伙伴欢迎留言讨论。