danga的MemcachedClient的几个缺陷

最近实际用起来我发现，java版danga的memcached客户端有一些问题，

记录如下：

1，set方法直接用Date对象设置过期时间

   memcached协议规定过期时间是个long值，如果n小于30天的秒数则表示该数据会在n秒后过期，否则n是unix时间。

   在danga的客户端中，接口直接用Date对象来设置时间，不但绕了一圈，还带来一个严重的问题：无法应对memcached服务器与客户端jvm的时间不同步的情况！而本来我直接用过期秒数就很方便，无需考虑时间同步。

这个很要命。

属于严重的设计缺陷。

2010年9月30日补充 ：有同事说可以用 new Date（300）这样的形式，设置出来的结果就是过期秒数。老实说，这种技巧是不应该被发现的。

 

2，incr，decr，counter方法没有过期时间参数。

 这个也属于设计缺陷。

 这使得用memcached无法保持那种需要具有实效的计数器。

 某些场合，譬如记录用户的错误登录次数，我需要隔断时间就清零，danga限制我这么干。

 当然，我们可以用set先存储一个Long值来绕过这个限制，但这会同时带来另一个问题：默认的MemcachedClient在序列化基本数据类型时用了特殊的格式（NativeHandler，带来的问题就是存储的数据只能由java client来解析），因此数字在memcached服务器中无法使用incr，decr命令。

看了源码，我发现memcachedclient有个属性primitiveAsString可以控制这个序列化选择。万幸，把它设为true，我绕过去了。

 

官方网站推荐用spymemcached作为客户端，改天试试，呵呵。

 

 

 

 

评论

4 楼 xin_hany 2014-08-01  

提示惊醒了一下，解决了一个让人惆怅的问题，

3 楼 linzx0212 2012-08-29  

受教了……

2 楼 jsjzhou 2011-10-22  

superjava 写道

最近在看MemCachedClient，在具体使用时，遇到一个大麻烦，不知道是缺陷问题还是我使用的问题。
问题的来由是这样的的，我试图通过MemCachedClient和一个扩展的Session管理器把tomcat里面的session保存到Memcached，再取出，来实现session的集中管理。
经过测试，总是发现程序取不到对象【确切地说是能够取得简单对象，而自定义对象则取不到】后来经过分析和测试，发现自定义对象的jar包放在webapps/ROOT/WEB-INF/lib下则取不到，但是如果把jar移到【不是复制到】tomcat/lib下则能够获取到。

后来看了早期的源码0.9.0
http://code.sixapart.com/trac/memcached/browser/trunk/api/java/com/danga/MemCached/MemCachedClient.java?rev=143

706         if (!forceserial && (value.getClass() == String.class ||
707         value.getClass() == Double.class ||
708         value.getClass() == Float.class ||
709         value.getClass() == Integer.class ||
710         value.getClass() == Long.class ||
711         value.getClass() == Byte.class ||
712         value.getClass() == Short.class)) {
713             val = value.toString().getBytes();

## 当我看到value.getClass()的时候，我似乎明白了为什么，因为Session管理器是在tomcat这一层在运行，此时它是无法import到webapps下面的lib中的jar的，所以在getClass的时候就异常了，即把value值丢失，这样client就无法获取我放进去的session了。


可是当我看2.5.1的源码时，set方法压根没有这一段，那原因是什么呢？？
不知道博主有没有研究这个。

针对一楼的情况, 我说说我的想法. 由于加载tomcat服务器自身的类的类加载和加载Web应用的类加载器不同. Web应用的类加载机制很多时候是违背双亲委派原则的. 你可以研究下tomcat类加载机制.

1 楼 superjava 2011-03-04  

最近在看MemCachedClient，在具体使用时，遇到一个大麻烦，不知道是缺陷问题还是我使用的问题。
问题的来由是这样的的，我试图通过MemCachedClient和一个扩展的Session管理器把tomcat里面的session保存到Memcached，再取出，来实现session的集中管理。
经过测试，总是发现程序取不到对象【确切地说是能够取得简单对象，而自定义对象则取不到】后来经过分析和测试，发现自定义对象的jar包放在webapps/ROOT/WEB-INF/lib下则取不到，但是如果把jar移到【不是复制到】tomcat/lib下则能够获取到。

后来看了早期的源码0.9.0
http://code.sixapart.com/trac/memcached/browser/trunk/api/java/com/danga/MemCached/MemCachedClient.java?rev=143

706         if (!forceserial && (value.getClass() == String.class ||
707         value.getClass() == Double.class ||
708         value.getClass() == Float.class ||
709         value.getClass() == Integer.class ||
710         value.getClass() == Long.class ||
711         value.getClass() == Byte.class ||
712         value.getClass() == Short.class)) {
713             val = value.toString().getBytes();

## 当我看到value.getClass()的时候，我似乎明白了为什么，因为Session管理器是在tomcat这一层在运行，此时它是无法import到webapps下面的lib中的jar的，所以在getClass的时候就异常了，即把value值丢失，这样client就无法获取我放进去的session了。


可是当我看2.5.1的源码时，set方法压根没有这一段，那原因是什么呢？？
不知道博主有没有研究这个。