如何在一个中型的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();

    }

	目前@CacheKeyMethod只支持返回String的方法，需要改造成可接受Long，Integer型的。当前必须有单独的方法来作为缓存Key的生成器
	真实存放到Memcached的key的生成规则是：namespace:key。 如goodscenter的id为42的domain对象GoodsDo,按上述方式生成的key为：goodscenter:GoodsDo:42

后续阅读下片博文，或到这里阅读