sun.reflect.generics.reflectiveObjects.TypeVariableImpl cannot be cast to java.lang.Class

[abel533]

sun.reflect.generics.reflectiveObjects.TypeVariableImpl cannot be cast to java.lang.Class

[abel533]

应该是你写错了。有可能属于下面的某种情况：

AMapper<A> extends Mapper<A>

或者

AMapper extends Mapper

正确的应该是

AMapper extends Mapper<A>

[helloworldtang]

刚才把代码搜了一遍，写法和上面说的一致。

我这边的场景是这样的：

这种写法就不报错
package com.sns.schedule;
@SpringBootApplication(scanBasePackages = {"com.sns"})
public class Application{

这样写就报上面的错（之所以这么折腾老代码，是觉得下面的写法优雅）：
package com.sns;
@SpringBootApplication
public class Application{

[abel533]

还有一种可能就是你扫描到基类接口了。这类接口没有指定泛型，不能被扫描。

[helloworldtang]

老代码比较早，当时还没有通用mapper的autoconfig,

通用mapper的的MyMapper.java在“com.sns.data”下，
业务Mapper是使用“tk.mybatis.spring.mapper.MapperScannerConfigurer”来自动配置，

你看看有没有上面写的问题，具体代码如下：

[abel533]

你用 mybatis-starter 了吗？也有可能是自动配置扫描到了接口。

[helloworldtang]

这个有。代码写的比较乱，把能用或不能用的dependencies都放到Pom文件中了。
但是在代码中显式声明了tk.mybatis.spring.mapper.MapperScannerConfigurer，按照starter这种自动配置的逻辑，如果有MapperScannerConfigurer的实例了，就不会再重复初始化实例了
这样看的话，应该也没有什么影响吧

[JohnNiang]

这里有一个问题，如果自定义的Mapper接口在AMapper所在包的下面或者子包下面也会报这样的错误。
@abel533