近实际用起来我发现,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作为客户端,改天试试,呵呵。