kotlin与Spring, 默认类,方法,property为final带来的问题--依赖注入失效,NullPointerException异常
来源:互联网 发布:太极线指标软件 编辑:程序博客网 时间:2024/06/17 00:28
问题的由来
在Spring中使用kotlin, 发现依赖注入似乎没有生效,导致NPE.
比如以下的代码,对于发送短信这个功能, 并不需要在主流程中同步发送, 所以就使用了Spring的@Async注解, 可以使这个方法在配置AsyncExecutor中执行.
但是实际调用时, 却发现contactDao为null, 程序报NullPointerException异常. 但是我用java写却没有问题.
@Serviceopen class MessageService { //根据用户id获取用户联系信息的Dao @Autowired lateinit var contactDao: ContactDao //将message发给一系列的用户ids @Async fun sendMessage(contactIds: List<String>, message: String) { //先根据id获取用户联系信息 contactIds.map { contactDao.getContactById(it) } //对每个用户发送message .forEach { contact -> sendPhoneMessage(contact.phone,message) } } fun sendPhoneMessage(phoneNumber:String, message:String){ ... }}
原理
解决这个问题, 就需要对Spring的源码有一定的了解.
简单的说就是kotlin的类, 方法, property默认都是final, 是不能够被子类更改的. 而Spring的cglib代理需要非final类, 方法.
- Spring的异步注解(@Async), 事务(@Transactional), 缓存(@Cacheable,@CachePut,@CacheEvict等),Configuration这些其实都要更改方法的执行流程, 也就是说要使用代理来更改.
- 对于不指定具体代理方法, 且没有实现接口的类, spring会选择使用cglib来进行代理
- cglib代理过程是先根据Bean实例的类,生成一个子类(配置了拦截器), 然后寻找构造器, 构造一个子类实例(并没有对该实例进行任何注入设置, 该实例的属性的都是null).
- 代理后生成的实例非final方法调用会转发给原bean, 就可以获得依赖注入的属性值. 但是final方法是不会被代理的, 所以对上面的kotlin bean操作, 那么property肯定是null.
解决方法
所以我们可以手动将@Async注解的方法的kotlin类的类, 所有方法, 所有属性都改为open. 这样cglib代理时就不会有问题了.
open class MessageService { @Autowired lateinit open var contactCache: ContactCache @Async open fun sendMessage(contactIds: List<String>, message: AlarmMessage) { contactIds.map { contactCache.getContactById(it) } .forEach { contact -> sendPhoneMessage(contact.phone,message) } } open fun sendPhoneMessage(phoneNumber:String, message:String){ ... }}
或者使用官方的maven插件,kotlin all open插件.
All-open compiler plugin
配置all open依赖, 使用spring plugin, 就可以将有@Component, @Async, @Transactional, @Cacheable等的类编译为open了.
<plugin> <artifactId>kotlin-maven-plugin</artifactId> <groupId>org.jetbrains.kotlin</groupId> <version>${kotlin.version}</version> <configuration> <compilerPlugins> <plugin>spring</plugin> </compilerPlugins> <jvmTarget>1.8</jvmTarget> </configuration> <executions> <execution> <id>compile</id> <phase>compile</phase> <goals> <goal>compile</goal> </goals> </execution> <execution> <id>test-compile</id> <phase>test-compile</phase> <goals> <goal>test-compile</goal> </goals> </execution> </executions> <dependencies> <dependency> <groupId>org.jetbrains.kotlin</groupId> <artifactId>kotlin-maven-allopen</artifactId> <version>${kotlin.version}</version> </dependency> </dependencies></plugin>
总结:
Effective Java第二版第17条: 要么为继承而设计, 并提供文档说明, 要么就禁止继承.kotlin类, 方法默认final应该来源于此. 这条建议的确很好…不过对于我们这种普通开发者来说, 这个改变, 的确造成了很多不便, 特别是使用AOP的框架, 如果对源码不熟悉, 就很容易出错. 对于框架的开发者来说, 这的确是一个很好的实践.
这个问题的讨论可以看这里, kotlin语言的开发者有讨论为什么要将kotlin类和方法设计为final : https://discuss.kotlinlang.org/t/a-bit-about-picking-defaults/1418
- kotlin与Spring, 默认类,方法,property为final带来的问题--依赖注入失效,NullPointerException异常
- spring依赖注入失效的原因之一
- java调用Kotlin方法的参数为null异常问题
- Spring依赖注入的方法
- getResources()方法带来的NullPointerException
- Spring的两种依赖注入方式:setter方法注入与构造方法注入
- spring默认注入方式引起的异常
- Spring依赖注入的接口为null
- Spring 与依赖注入
- Spring中三种依赖注入的方法
- spring基于setter方法的依赖注入
- spring基于构造方法的依赖注入
- 关于Spring的依赖注入问题
- Spring的两种依赖注入方式:setter方法注入与构造方法注入 以及两种方式的区别!
- Spring的控制反转与依赖注入
- Spring的控制反转与依赖注入
- [优质例子存档]Spring的两种依赖注入方式:setter方法注入与构造方法注入
- 使用spring的aop实现权限拦截后出现依赖注入为空的问题
- 关于spring mvc + shiro 的登陆认证
- 栈
- 0418
- ThinkPHP之多层MVC
- unlocked_ioctl和compat_ioctl
- kotlin与Spring, 默认类,方法,property为final带来的问题--依赖注入失效,NullPointerException异常
- 【PHP】PHP中static和self的区别
- java jvm详解
- (38):检查参数的有效性
- 奇异值分解SVD
- 代码模块化管理和提升web性能的知识点
- C#学习之----委托
- [jFinal]前后端数据交互技巧(一)
- JAVA Eexcel导入导出工具类