作者回复: 你好,熊悟空的凶:认真学,肯定没问题的,这门课程是多年来玩转Dubbo的结晶,希望可以给你带来益处。
作者回复: 你好,Geek_5a425f:是的,你说的非常正确。ReferenceConfig实例很重,确实需要缓存处理。
作者回复: 你好,张申傲:感谢真诚的肯定赞赏,对你有帮助,我就非常开心啦😄
作者回复: 你好,Geek_895efd:可以看官网学习的,也可以去刷刷Dubbo视频快速脑海过一把留个印象,然后再来细学一下。主要看你自己习惯哪种学习方式~
作者回复: 你好,Z_Z:你说泛化是反射么?实质不是的,生成了代理对应哦
作者回复: 你好,墨:回答的挺好的,赞~
作者回复: 你好,王应发:我上面的例子,body 入参就是一个 String 字符串呢,至于这个字符串是一个类似 "12345" 还是 {"abc":"12345"} 形式的 json 字符串,我没有定死呀,主要看服务端怎么解析这个 body 字符串而已~
作者回复: 你好,舟嘿呀:泛化调用就是从注册中心拿到提供方的IP列表,然后负载均衡发起网络RPC调用。
作者回复: 你好,阿昕:文稿里实现的方案是在消费方还未与提供方发生交互时就需要知道方法入参类名,这种提前感知方法入参类名是不需要代码代价的。 而你所说的需要从dubbo接口定义中获取,也不是不可以,但是得制定规范,一个接口中的方法不能被重载,这样的话,可以考虑在提供方进行一定的拦截根据“接口类名+方法名”找到对应的提供方 invoker 对象进行调用,也是可以的,只是需要代码改造而已。
作者回复: 你好,梦想注定丶孤独:是可以作为构建中台的坚实基础的。