当两个系统之间存在参数传递的时候,如果传递的参数是个对象,它必须实现序列化,而且如果这个对象的属性还是一个对象的话,那么相应的另外一个对象也是需要序列化。
例子:
调用系统在调用缓存服务的时候,通过工厂方法传递一个redisService,这无意间就形成了参数传递,不仅redisService需要实现序列化,而redisService内封装的redisTemplate也要实现序列化,我们当然是不希望去改动redisTemplate的,所以在使用dubbo时,应该注意这种参数上的传递。
另:对于缓存服务的设计思考
结构如下:
有api去提供统一的接口,缓存服务去实现这个接口而调用系统去调用接口。
但是在使用redis的时候,一般情况下是要存取对象的,那这个对象是要放在api里面,还是复制两份分别放在调用系统和缓存服务里面呢?
我认为这两种都不行,对象应该只存放在调用系统里面,毕竟对象是只属于调用系统的,如果为了使用缓存而把对象放在api或者缓存服务里面,这样耦合度都太高了,而且每当有新的调用系统需要用到缓存,都得去改api或者缓存服务的代码。
如果只在对象只存在于调用系统,那么缓存服务又怎么去存对象呢?
我想到的是,调用系统与缓存服务之间仅仅传递字符串。
如果调用系统需要存对象,可以先在自己的系统里面把对象序列化成字符串,传递给缓存服务去存。
当调用系统需要拿对象,直接从缓存服务里面拿字符串,再自己去反序列化。