simple
如何在一个中型的Java应用中使用Memcached缓存数据不是个简单的问题。当某个缓存数据需要在多个系统间共享和失效时，必须要有统一的规划才能保证不出错。经过各种实践，目前系统在使用Memcached缓存数据全部采用Simple-Spring-Memcached框架来完成，并统一规划各系统Spring和Cache key的配置。
下面对在使用过程中需要注意的点做一个详细说明：
Cache整体规划
目前我们系统中有两个不同的Memcached服务器：
1 session memcached服务器：主要存储用户的session
2 app memcached服务器: 主要用于缓存应用数据
由于应用所有的缓存数据都放在app缓存上，为避免各应用的缓存数据出现冲突，必须规划好它们的命名空间。所幸Simple-Spring-Memcached支持namespace的概念，因此对各应用的namespace前缀规定如下：
应用
namespace前缀
goodscenter
goodscenter
trade
trade
uic
uic
这个namespace在生成key时，将放在最前面，稍后会有例子详述。
同一个应用中存在许多需要缓存的对象，因此约定namespace前缀之后再加上缓存对象的类名。
例子如下：
应用
缓存对象
完整的namespace
最终生成的key
trade
TcRate (id为42)
trade:TcRate
trade:TcRate:12
goodscenter
GoodsDo(id为42)
goodscenter:GoodsDo
goodscenter:GoodsDo:12
key的生成规则
Simple-Spring-Memcached提供的针对单个对象的注解接口提供了两种key生成方式，详情见此文
3 AssignCache类注解通过assignKey指定cache的key
4 SingleCache类注解通过ParameterValueKeyProvider注解指定生成key的方法
对于第一种只要求必须保证key不与其它的冲突，且namesapce符合规则。
第二种时，约定缓存的数据对象必须实现有带CacheKeyMethod的cacheKey方法，参考实现如下：
@CacheKeyMethod
public String cacheKey() {
return this.getId();
}
file:///C:/DOCUME~1/us/LOCALS~1/Temp/msohtmlclip1/01/clip_image001.gif
目前@CacheKeyMethod只支持返回String的方法，需要改造成可接受Long，Integer型的。当前必须有单独的方法来作为缓存Key的生成器
file:///C:/DOCUME~1/us/LOCALS~1/Temp/msohtmlclip1/01/clip_image001.gif
真实存放到Memcached的key的生成规则是：namespace:key。
如goodscenter的id为42的domain对象GoodsDo,按上述方式生成的key为：goodscenter:GoodsDo:42
后续阅读下片博文，或到这里阅读http://wenku.it168.com/d_000750100.shtml
页:
[1]