去年刚入职的时候，我就发现，po类（和数据库表对应的类）上，一片都是光秃秃的，什么注释都没有，类上没注释，field上也没注释。
在以前的项目中，其实我们都是有生成注释的，比如，对于下面这个表：
CREATE TABLE `t_user_info` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
`name` varchar(100) DEFAULT NULL COMMENT '名字',
`email` varchar(128) DEFAULT NULL COMMENT '邮箱',
`create_time` datetime NOT NULL COMMENT '创建时间',
`modify_time` datetime NOT NULL COMMENT '修改时间',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
我们希望看到的po长这样，字段上有注释：
public class UserInfo {
/**
* 主键
*/
private Integer id;
/**
* 名字
*/
private String name;
...
}
我在前东家的时候，是有一个单独的mybatis-generator的工程，也是当年在网上瞎找着的，直接运行main类即可，就可以生成待注释的po，但原理了解不多，就是用用。
https://github.com/cctvckl/customed-mybatis-generator
来了现在公司，发现使用方式有点不一样。
它是直接在业务工程的pom里，加了这个mybatis-generator插件的配置，而且，这个mybatis-generator插件还有个dependencies，里面配置了两个依赖项：一个mysql，一个公司内部的依赖：
运行的话，是这个项目下面有个脚本，脚本最终执行：
mvn -Dmybatis.generator.overwrite=true
-Dmybatis.generator.configurationFile=./src/main/resources/mybatis/genCommonDb.xml mybatis-generator:generate -X
而mvn命令里的mybatis-generator的配置文件，大概长这样，可以看到，这里面的
综上吧，刚到新公司报到，各种工作的事情也还不熟悉，看到这个又是不太懂的运行方式，而且还有一堆公司内部包名的plugin，这玩意也看不太懂，当时也就放下了。如今，过了一年多了，又要开始一个新项目，目前完成了表设计，建了一堆表，正是要用mybatis-generator来生成po等class的时候，这次就决定研究下这块。
maven的简要类加载机制说说Maven框架和插件的契约，之前这篇公众号文章简单介绍了，刚看了下，文末留了个课后题，好像还是没写透。本篇也没打算写这块。
不过可以大概说下。
我们下载下来一个maven工具，其代码分布在两处，boot目录和lib目录
这两个是maven的核心代码，boot下的jar，由系统类加载器进行加载（AppClassloader），而去哪里加载maven核心代码呢，其实是有个配置文件。
maven就是根据这个配置文件，才知道自己的核心类在lib下的*.jar中，这么做，应该是为了保持扩展性和灵活性吧。
上面还写了main类是org.apache.maven.cli.MavenCli，这就是定义一个入口。于是，接下来转到org.apache.maven.cli.MavenCli开始执行。
org.apache.maven.cli.MavenCli执行过程，会按照pom.xml文件，开始整个生命周期，这个生命周期中的每个阶段的具体动作，都是由插件来实现的。
插件的jar包在哪里找呢？其实就是去本地maven仓库找。
大家看下面这个图，是在调试maven的source插件时候，查看插件的类加载器的截图：
可以看得到的是，这个类加载器，是专门去加载maven插件的依赖jar的，是去哪里找这个插件的依赖jar呢，从上图看到，是去本地的maven仓库找的。
如何调试maven插件的代码我们现在知道了，maven找插件的jar的时候，是去本地仓库找。jar包里只有class，idea里如果没有对应的源码，就只有反编译后的代码，debug起来，可能不是很方便。
如果希望debug快乐一点，就要去找到对应的插件的源码工程，导入到idea里。
这里，以官方插件maven-source举例，这个插件是生成一个源码包，我们看看如何调试，了解一下这个插件是如何实现的。
如果我们想调试：某个project下的pom.xml，在这个pom.xml上执行mvn source:jar。
新建debug configuration
回头运行这个，就可以触发类似下面的一个命令：
这个命令最终也就是执行mvn source:jar，我们预期是，在执行这个的时候，会停在 source插件的代码里。
网上下载插件源码并导入idea有人可能说，我不知道插件的坐标，如版本等，别急，下面就是，可以看到，是3.0.1版本。
这个插件由于是官方maven插件，所以在maven官方文档有记录该插件的仓库地址。
https://maven.apache.org/scm.html
然后导入idea就不说了吧。
断点调试插件是实现maven的插件接口的，我们在插件接口这里打个断点就ok了。
甚至，这个办法，我们还可以修改源码，改了后发布到仓库，就可以jar包和源码能对上了，就可以调试我们修改后的代码了。
如何调试mybatis-generator及其插件绕了一圈，我们终于回归正题了。其实和上面是类似的：找到mybatis-generator的源码（版本要找对），导入idea，打上断点，调试即可。
这个插件比较特别，特别的是，插件本身还支持扩展。
插件自身又是去哪里加载这些扩展类呢，其实也是maven本地仓库。所以，我个人在解决这个问题时，是找到了公司内部这个依赖的源码，导入到idea，打上断点，debug即可。
实践代码我上传了https://gitee.com/ckl111/all-simple-demo-in-blog.git，其中两个module，一个是mybatis-generator-plugin，这个里面就只有一个类，用于生成注释的。另一个就是个测试工程。
mybatis-generator-plugin
然后把这个mybatis-generator依赖的jar，install到本地仓库。
测试工程
然后在配置文件中，引用我们的注释生成器：
接下来，在这个module下执行：
mvn -Dmybatis.generator.overwrite=true -Dmybatis.generator.configurationFile=./src/main/resources/generatorConfig.xml mybatis-generator:generate -X -f pom.xml
就会看到生成的class了：
完结撒花，希望对大家有所帮助。代码路径再发一遍：
https://gitee.com/ckl111/all-simple-demo-in-blog.git
再扯点生活的事儿，最近一周把58集的电视剧《人世间》看了，自从大学看完过90多集的新三国后，好像再没看过这么长的剧了。
看的过程中，很多感悟，哭得不行，最近几年是年纪大了，泪点变低了，可能是因为被社会毒打多年，经历得多了，也更能理解各个生活场景了吧。
总体我觉得是部好剧，诚然会有一些不是特别合理的地方（剧本来源于生活，但毕竟不是生活，一般来说，矛盾点更加集中，现实生活中可能不会那么多事情一下全让大家给遇上），但是瑕不掩瑜吧。
还有一点就是，排除意外的情况下，人生还是大几十年呢，身体是非常重要的，大家保重身体，该躺平还是要躺。