dubbo的序列化问题

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

例子：

 

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

 

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

结构如下：

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

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

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

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

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

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

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