本篇文章给大家谈谈为什么要用dubbo，以及为什么阿里会放弃dubbo对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

本文目录

1. 为什么阿里会放弃dubbo
2. dubbo为什么多个序列化

为什么阿里会放弃dubbo

因为阿里认为dubbo已经无法满足阿里的业务需求和技术发展，同时dubbo的架构和实现方式也与阿里现有的技术体系有很大区别，无法与阿里现有技术进行有效整合和升级。阿里的技术发展需要一个更先进的、更灵活、更可控的架构来支持。此外，阿里也明确表示，虽然不再对dubbo进行维护，但将承诺兼容现有版本，并积极推动社区化的发展，以帮助更多的开发者和企业在技术上实现快速发展。

dubbo为什么多个序列化

dubbo为了便捷地处理多个对象而实现了序列化。

当两个系统之间存在参数传递的时候，如果传递的参数是个对象，它必须实现序列化，而且如果这个对象的属性还是一个对象的话，那么相应的另外一个对象也是需要序列化。

例子：

调用系统在调用缓存服务的时候，通过工厂方法传递一个redisService，这无意间就形成了参数传递，不仅redisService需要实现序列化，而redisService内封装的redisTemplate也要实现序列化，我们当然是不希望去改动redisTemplate的，所以在使用dubbo时，应该注意这种参数上的传递。

另：对于缓存服务的设计思考

结构如下：

有api去提供统一的接口，缓存服务去实现这个接口而调用系统去调用接口。

但是在使用redis的时候，一般情况下是要存取对象的，那这个对象是要放在api里面，还是复制两份分别放在调用系统和缓存服务里面呢？

我认为这两种都不行，对象应该只存放在调用系统里面，毕竟对象是只属于调用系统的，如果为了使用缓存而把对象放在api或者缓存服务里面，这样耦合度都太高了，而且每当有新的调用系统需要用到缓存，都得去改api或者缓存服务的代码。

如果只在对象只存在于调用系统，那么缓存服务又怎么去存对象呢？

我想到的是，调用系统与缓存服务之间仅仅传递字符串。

如果调用系统需要存对象，可以先在自己的系统里面把对象序列化成字符串，传递给缓存服务去存。

当调用系统需要拿对象，直接从缓存服务里面拿字符串，再自己去反序列化。

如果你还想了解更多这方面的信息，记得收藏关注本站。