!!!因为这个问题通过看源码最后发现原来是自己手贱以及对类路径加载不透导致。通过这个问题倒是好好看了一遍mybtis的源码
一、第一次分析
1、解决方式DEBUG 看源码分析
2、错误截图
3、分析源码提示
有源码可以分析得出
com.mybatis.mapper.UserMapper.selectUserById 在Configuration 初始化的时候没有加载到mappedStatements 里面。
// 创建mybatis的所有配置
Configuration configuration = new Configuration(environment);
// 注册一个 MyBatis 上下文别名
// configuration.getTypeAliasRegistry().registerAlias("emp", UserMapper.class);
// 配置打印日志
// configuration.setLogImpl(StdOutImpl.class);
// 驼峰映射
configuration.setMapUnderscoreToCamelCase(true);
// 配置添加mapper 在spring中是自动扫描配置的 MapperScannerConfigurer
configuration.addMapper(UserMapper.class);
// configuration.addMappedStatement();
// 根据配置创建sql会话工厂
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(configuration);
在 configuration.addMapper(UserMapper.class);方法时分析源码 会调用Configuration.addMappedStatement方法
在构建SqlSource的时候返回是null导致
assistant.addMappedStatement()方法没有进入。继续进入源码
Class<? extends Annotation> sqlAnnotationType = getSqlAnnotationType(method);//获取Mapper上的@Select @Update @insert @Detele 注解
Class<? extends Annotation> sqlProviderAnnotationType = getSqlProviderAnnotationType(method);//获取Mapper上的@Select @Update @insert @Detele 注解@SelectProvider、@InsertProvider、@UpdateProvider、@DeleteProvider
至此是Mapper上没使用@Select 等注解SQL 。
就完成了
但是还有一个疑问为什么识别不了XML?
根据配置XML获取根据源码可以看出最后都是调用的基础组合数据后调用build方法
所以代码构建的方式是不适配XML的语句识别吗?
二、第二次分析
1、按理mybatis 不可能不支持Mapper和XML联动。所以肯定是那个在配置Mapper和XML联动的方法里有问题。继续看源码
在loadXmlResource()方法就是处理XML的
经过DEBUG分析这个方法返回的是空值。这个方法是不是眼熟,每次这个根据XML配置类获取配置的方法
String resource = "mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
所以因此我们应该是在resources下获取对应XML文件 看方法名也能知晓。但是当我看了我的代码结构。确实存在。而且myabtis的提示插件也能跳转过去。这个时候我就很疑惑
继续看源码分析发现他是用的类加载器的路径去获取对应的文件。然后我看打包好的target 看对应的加载XML
即:他是去如下找XML的CLASS。我们是知道tomact 底层是运行编译后的CLASS文件。然后转换成二进制,取读取运行的。可以通过JVM的类加载机制知道
然后我突然发现我实际生成的是这样的
这个时候我突然想到了这几个文件夹,我是直接把名字改成com.mybatis.mapper 而不是依次建的文件夹。至此破案。然后我依次建文件夹。再重新打包
再次启动后正常
三、第三次分析
可不可以直接在resources 下直接建mapper 会不会加载到。需要怎样配置