大家好，我是解决一个bug，产生三个bug的程序员，所以大家都叫我三bug。

前一阵子我又解决了一个bug，看看是什么情况吧！

问题现场

我正在愉快地写bug，写完之后测bug，结果发现了一个bug：

java.sql.SQLException: xxxx : Column 'status' not found in any table 

我们的ORM框架使用的是MybatisPlus，这个问题是在我使用这个apid时产生的：

this.baseMapper.selectBatchIds(ids);

问题分析

这个bug也很清晰，有一个字段 status 没有找到。

因为用的是MP封装的方法，没有自己写xml，所以是实体类的字段和数据库字段对应不上。

但奇怪的在哪，因为我很确定，我的实体类中没有status这个字段。

外事不决问百度，内事不决问同事。

我问了一下同事，有没有遇到过这个问题？

—— 遇到过了。

怎么解决的？

—— 数据库添加 status字段。

问题到这就结束了吗？当然没有。我们的数据库设计都是定好规范的，凭白往里面添加一个字段，这种解决方式是我不能接受的。

问题的突破口在哪？

要搞清楚status 到底是定义在哪的。我在Idea里全局搜索了一下，没有搜索到。

但是仔细查看了一下实体类，

extends EcEntity

嗯，他还有一个父类。

点进去看一下，这个类有五个字段：createUser、createTime、updateUser、updateTime、delFlag。

还是没有status，别急，这个类还有个父类。

extends BaseEntity

点进去一看：

public abstract class BaseEntity implements Serializable {
    @ApiModelProperty("业务状态")
    private Integer status;
    ……
}    

破案了，原来status是在这儿。为什么搜不到，原来是封在了jar包里。

问题解决

status 找到了，咱也动不了。

问问架构组同学这个字段是干什么的。

—— 有些业务数据库设计里用上了这个字段，所以抽取出来。

好吧，可是，我们用不上啊。

难道非得数据库里加上这么一个用不上的字段？

当然不用，我之前看过MP的官方文档，里面有个注解的属性我稍微还有点印象。

什么属性呢？

查一下官方文档，就是它—— @TableField(exist = false)。

这个属性是用来干什么的呢？是用来标识实体类中的非表字段的。

在我的实体类中添加：

 @TableField(exist = false)
 private Integer status;

OK，问题解决。

解决问题的我红光满面，站起来，腆着肚子：

"各位老哥，过来一下。"

召集了小组的同事，把这个问题给他们一讲，豪横地说道：

“把数据库里加的字段都给我删了，都按我的来。”

同事一脸钦佩，“这个问题你是怎么想到的？”

我歪嘴一笑——“实力！”

三之感想

好了，这个简单的小问题就处理完了。

问题很简单，也有其它不太优雅的处理方式。

但是我们小组里其它同事都没有找到问题的原因和合适的处理方式，而我找到了呢？

• 我稍微阅读过一点jdk的源码，所以不怵扒源码
• 我知道MP是我们新项目主要用的ORM框架，把官方文档过了一遍

这两个条件缺一个，我可能就没法以上面说的方式解决这个问题，而是以百度到的，数据里添加字段来解决。

这只是很小的一个问题，但是放大来看，有时候我们做重复性工作的时候想一想：

❝

你抱怨每天都在crud，是不是你只有crud的能力呢？

❞

当然不是在座的各位，是说我自己。

就像上面的问题，是架构组的同事封装MybatisPlus留的一个坑。我也不敢吐槽，因为我没那个实力。

假如他们做的这个需求给我：优化和封装开源框架MybatisPlus。

我也干不了，因为不了解MP的相关原理，没有扒过源码，百度也查不到什么资料。

平时，学习原理、阅读源码常常发生在什么时候？

——准备面试的时候。

我们虽然常常吐槽面试造火箭，入职拧螺丝,但是，这些造火箭的东西可不止在面试时候有用——

• 遇到问题救命：日常开发很简单，遇到问题，没有知识储备很可能下不了手。
• 有机会能顶上：万一有一些有技术含量的工作分派，想做，但是做不了，只能看着分给别人，不得难受死。

所以，保持学习，注意积累！

❝

简单的事情重复做，重复的事情认真做，认真的事情创造性地做。

点赞 、关注 不迷路！咱们下期见！

❞