springboot踩坑笔记二：springboot+mybatis踩坑小结

为什么使用springboot+mybatis?
这个问题感觉没什么提问价值，但是关于“spring的坑”这个话题向来比较沉重，所以咱们先闲谈一下这个问题以缓解气氛。
springboot相比spring的先进之处有很多，比如对第三方插件的强大支持，内嵌式web服务器（tomcat,jetty）,提供注解式sql语句简化dao层编码以及自动配置等等一大堆。想想当初的SSM框架要写mybatis-config.xml+springContext.xml+一大坨糟心的mapper.xml，springboot简直就是贴心小棉袄了啊。既然如此为什么还有springboot+mybatis这种东西的存在呢：mapper.xml文件可以通过标签（set where if等）实现动态sql语句，当springboot离开了mybatis的mapper文件就失去了这个便利性（纯属个人杜撰）。闲谈至此，如果你在实际项目中没有动态sql语句的需求，可以跳过以下内容，直接选择springboot框架。
言归正传，下面记录一下我在使用这个框架过程中遇到的几个问题以及解决方案。

一、 在service层使用@Autowired注入dao层bean时，报错找不到我们想要在dao层返回的entity类：
org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.apache.ibatis.session.SqlSessionFactory]: Factory method ‘sqlSessionFactory’ threw exception; nested exception is org.springframework.core.NestedIOException: Failed to parse mapping resource: ‘file [D:\intellij_workspace\springbootTest\target\classes\mapper\userInfoMapper.xml]’; nested exception is org.apache.ibatis.builder.BuilderException: Error parsing Mapper XML. The XML location is ‘file [D:\intellij_workspace\springbootTest\target\classes\mapper\userInfoMapper.xml]’. Cause: org.apache.ibatis.builder.BuilderException: Error resolving class. Cause: org.apache.ibatis.type.TypeException: Could not resolve type alias ‘UserInfo’. Cause: java.lang.ClassNotFoundException: Cannot find class: UserInfo

可能原因：mapper文件中方法返回值即resultType的值配错了
解决方案：
1.这里需要正确地写出entity类的全路径，注意是全路径！像这样：

<select id="getUserInfo" parameterType="java.util.Map" resultType="com.mjj.springboot.bean.UserInfo">

2.如果全路径很长，你又不想逐个