如何在继承场景下使用Reactor的Mono<T>或Flux<T>?
解决Mono无法接收Mono的问题
嘿,这个问题其实是Java泛型协变的典型场景,我来帮你理清楚怎么解决~
首先得明白为什么会报错:虽然Client继承自User,但Reactor的Mono是泛型不变的——也就是说Mono<Client>并不是Mono<User>的子类,直接传递自然会编译失败。
下面给你两种可行的解决方案:
方案1:使用上界通配符? extends User
修改你的方法参数类型,让它接受任何User子类的Mono:
public Mono<User> saveUser(Mono<? extends User> userToSave) { return userToSave.doOnNext(u -> { // 这里的u可以安全地当作User来操作,因为它肯定是User或其子类 // 比如执行保存逻辑、字段校验等 }); }
这样调用instance.saveUser(client)就完全没问题了,因为Mono<Client>符合Mono<? extends User>的类型要求。
方案2:泛型方法(保留子类类型)
如果你的业务场景需要返回和输入相同的子类类型(比如传入Mono<Client>希望返回Mono<Client>而不是Mono<User>),可以把方法改成泛型方法:
public <T extends User> Mono<T> saveUser(Mono<T> userToSave) { return userToSave.doOnNext(u -> { // 同样可以安全操作u,因为它是T类型(User的子类) }); }
这种方式更灵活,能保留原始的子类类型信息,适合后续需要使用Client特有方法的场景。
关于你的思路
你的核心思路完全没问题——继承结构和用Mono处理异步逻辑都是合理的,只是忽略了Java泛型的不变性规则,调整一下方法的泛型声明就能完美解决问题啦。
内容的提问来源于stack exchange,提问作者Kizux
相关产品推荐
相关产品推荐

