超级会员免费看
线上系统中，@Reference 注解注入的接口实现类为空引发事故。检查发现，即使 check=true，服务消费者也能启动。分析发现，先启动 consumer（check=true）再启动 producer 会导致代理对象为空。通过设置 @Reference 的 check 属性为 false 可解决这个问题，可能原因是网络延迟导致服务提供者未被及时探测到。解决方案是将 check 设置为 false，确保在服务提供者可用时代理对象能被正确刷新。
线上发生事故了
有一次我负责的系统和收银系统同时上线一波（用的是Dubbo）。然后很神奇的事情发生了，收银系统用@Reference注解注入我的接口，然后这个接口的实现类居然为空。
其实我们当时没排查出来是什么原因？
重启了一下就好了，毕竟重启大法好。 但本着不能给用户充钱的路上造成阻碍，还是要排查一波这个代理对象为空是如何造成的。
线上dubbo的版本为2.8.9，注意包名是（com.alibaba）
为了方便大家理解我说的内容，简单说一下RPC框架的执行流程。
- Server将服务信息注册到Registry，Client从Registry拉取Server的信息。
- Client通过代理对象（Client Stub）发送发送网络请求，Server通过代理对象（Server St
订阅专栏 解锁全文
扫一扫
208
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
