大家在开发时，遇到的一个典型的 Bug 就是：为什么数据查询为空？
对应的现象就是：前端展示不出数据、或者后端查询到的数据列表为空。
遇到此类问题，其实是有经典的解决套路的，下面鱼皮给大家分享如何高效解决这个问题。
只需 4 个步骤：
解决步骤
1、定位问题边界
首先要定位数据查询为空的错误边界。说简单一点，就是要确认是前端还是后端的锅。
要先从请求的源头排查，也就是前端浏览器，毕竟前端和后端是通过接口（请求）交互的。
在浏览器中按 F12 打开浏览器控制台，进入网络标签，然后刷新页面或重新触发请求，就能看到请求的信息了。
选中请求并点击预览，就能看到后端返回结果，有没有返回数据一看便知。
如果发现后端正常返回了数据，那就是前端的问题，查看自己的页面代码来排查为什么数据没在前端显示，比如是不是取错了数据的结构？可以多用 debugger 或 console.log 等方式输出信息，便于调试。
如果发现后端未返回数据，那么前端需要先确认下自己传递的参数是否正确。
比如下面的例子，分页参数传的太大了，导致查不到数据：
如果发现请求参数传递的没有问题，那么就需要后端同学帮忙解决了。
通过这种方式，直接就定位清楚了问题的边界，高效~
2、后端验证请求
接下来的排查就是在后端处理了，首先开启 Debug 模式，从接受请求参数开始逐行分析。
比如先查看请求参数对象，确认前端有没有按照要求传递请求参数：
毕竟谁能保证我们的同事（或者我们自己）不是小迷糊呢？即使前端说自己请求是正确的，但也必须要优先验证，而不是一上来就去分析数据库和后端程序逻辑的问题。
验证请求参数对象没问题后，接着逐行 Debug，直到要执行数据库查询。
3、后端验证数据库查询
无论是从 MySQL、MongoDB、Redis，还是文件中查询数据，为了理解方便，我们暂且统称为数据库。
上一步中，我们已经 Debug 到了数据库查询，需要重点关注 2 个点：
1）查看封装的请求参数是否正确
对于 MyBatis Plus 框架来说，就是查看 QueryWrapper 内的属性是否正确填充了查询条件
2）查看数据库的返回结果是否有值
比如 MyBatis Plus 的分页查询中，如果 records 属性的 size 大于 0，表示数据库返回了数据，那么就不用再排查数据库查询的问题了；而如果 size = 0，就要分析为什么从数据库中查询的数据为空。
这一步尤为关键，我们需要获取到实际发送给数据库查询的 SQL 语句。如果你使用的是 MyBatis Plus 框架，可以直接在 application.yml 配置文件中开启 SQL 语句日志打印，参考配置如下：
mybatis-plus:
configuration:
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
然后执行查询，就能看到完整的 SQL 语句了：
把这个 SQL 语句复制到数据库控制台执行，验证下数据结果是否正确。如果数据库直接执行语句都查不出数据，那就确认是查询条件错误了还是数据库本身就缺失数据。
4、后端验证数据处理逻辑
如果数据库查询出了结果，但最终响应给前端的数据为空，那么就需要在数据库查询语句后继续逐行 Debug，验证是否有过滤数据的逻辑。
比较典型的错误场景是查询出的结果设置到了错误的字段中、或者由于权限问题被过滤和脱敏掉了。
最后
以后再遇到数据查询为空的情况，按照以上步骤排查问题即可。排查所有 Bug 的核心流程都是一样的，先搜集信息、再定位问题、最后再分析解决。
