ehcache distribution analyze(2)

既然ehcache是使用传统的Observer模式,在element事件发生时使用listener通知其他cache,如果我们假设网络状态不好,消息不能够及时传达,而这种单线程模式的调用必然会block,是否会影响其性能呢?其网络状况的监测是靠一个heartbreak来实现的.超过一定时间就会timeout

如果我们采用异步消息呢?那可选方案就有jms之类的了.或者使用一个集中的Excutor 线程池,统一组件内所有消息的发送,使用一个或多个quene还缓存消息,那么cache的block时间就可预测了:将消息放入quene的时间.但这样必然会产生多线程问题.引入了新的复杂度.如果能够吸取jms的多播Channel,自己实现一个多个入口,单一出口的类似于jms的多播queue,效果又能如何呢?

引入Excutor后, 如何将heartbreak的监测信息发给每个线程还是要考虑的.如果这样的话就不用Excutor 了,直接使用一个damen线程发送Notification,这样在实现上也有保障,可操控性也要强很多.对!就是这个味儿.

暂且想到这里