主要改进如下： 

1.  为MemcachedClientBuilder添加两个新方法用于配置：

2.  用于hibernate的XmemcachedClientFactoryd添加了connectTimeout属性，感谢网友 Boli.Jiang的贡献。

3.  添加新的枚举类型 net.rubyeye.xmemcached.transcoders.CompressionMode，用于指定Transcoder的压缩类型，默认是ZIP压缩，可选择GZIP压缩。Transcoder接口添加setCompressionMode方法。

4.  修改心跳规则，原来是在连接空闲的时候发起心跳，现在变成固定每隔5秒发起一次心跳检测连接。

5.  修改默认参数，默认禁用nagle算法，默认将批量get的合并因子下降到50。

6.  修复bug和改进，包括：161、163、165、169、172、173、176、179和180。

项目主页：http://code.google.com/p/xmemcached/

项目文档：http://code.google.com/p/xmemcached/w/list

下载：http://code.google.com/p/xmemcached/downloads/list

源码：https://github.com/killme2008/xmemcached

Maven依赖：

 <dependency>  

    进入正文，本文是尝试分析下Fel的实现原理，以及优缺点和aviator——我自己开源的EL之间的简单比较。

    Fel的实现原理跟Simple EL是类似，都是使用template生成中间代码——也就是普通的java代码，然后利用javac编译成class，最后运行，当然，这个过程都是动 态的。JDK6已经引入了编译API，在此之前的版本可以调用sun的类来编译，因为javac其实就是用java实现的。回到Fel里 面，FelCompiler15就是用 com.sun.tools.javac.Main来编译，而FelCompiler16用标准的javax.tools.JavaCompiler来编译的。

    文法和语法解释这块是使用antlr这个parse generator生成的，这块不多说，有兴趣可以看下antlr，整体一个运行的过程是这样：

    这个思路我在实现aviator之前就想过，但是后来考虑到API需要用的sun独有的类，而且要求classpath必须有tools.jar这个依赖包，就放弃了这个思路，还是采用ASM生成字节码的方式。题外，velocity的优化可以采用这个思路，我们有这么一个项目是这么做的，也准备开源了。

    看看Fel生成的中间代码，例如a+b这样的一个简单的表达式，假设我一开始不知道a和b的类型，编译是这样：

    我稍微改了下FEL的源码，让它打印中间生成的java代码，a+b生成的中间结果为：

     可见，FEL对表达式解析和解释后，利用template生成这么一个普通的java类，而a和b都从context中获取并转化为Object类型，这里没有做任何判断就直接认为a和b是要做字符串相加，然后拼接字符串并返回。

     问题出来了，因为没有在编译的时候传入context（我们这里是null），FEL会将a和b的类型默认都为java.lang.Object，a+b解释为字符串拼接。但是运行的时候，我完全可以传入a和b都为数字，那么结果就非常诡异了：

输出：

    1+3.14的结果，作为字符串拼接就是13.14，而不是我们想要的4.14。如果将表达式换成a*b，就完全运行不了

    这个问题对于Simple EL同样存在，如果没有在编译的时候能确定变量类型，这无法生成正确的中间代码，导致运行时出错，并且有可能造成非常诡异的bug。

    这个问题的本质是因为Fel和Simple EL没有自己的类型系统，他们都是直接使用java的类型的系统，并且必须在编译的时候确定变量类型，才能生成高效和正确的代码，我们可以将它们称为“强类型的EL“。

    现在让我们在编译的时候给a和b加上类型，看看生成的中间代码：

    查看中间代码：

可以看到这次将a和b都强制转为double类型了，做数值相加，结果也正确了：

    Simple EL我没看过代码，这里猜测它的实现也应该是类似的，也应该有同样的问题。

    相比来说，aviator这是一个弱类型的EL，在编译的时候不对变量类型做任何假设，而是在运行时做类型判断和自动转化。过去提过，我给aviator的定位是一个介于EL和script之间的东西，它有自己的类型系统。 例如，3这个数字，在java里可能是long,int,short,byte，而aviator统一为AviatorLong这个类型。为了在这两个类 型之间做适配，就需要做很多的判断和box,unbox操作。这些判断和转化都是运行时进行的，因此aviator没有办法做到Fel这样的高效，但是已 经做到至少跟groovy这样的弱类型脚本语言一个级别，也超过了JXEL这样的纯解释EL，具体可以看这个性能测试。

   强类型还是弱类型，这是一个选择问题，如果你能在运行前就确定变量的类型，那么使用Fel应该可以达到或者接近于原生java执行的效率，但是失去了灵活性；如果你无法确定变量类型，则只能采用弱类型的EL。

   EL涌现的越来越多，这个现象有点类似消息中间件领域，越来越多面向特定领域的轻量级MQ的出现，而不是原来那种大而笨重的通用MQ大行其道，一方面是互 联网应用的发展，需求不是通用系统能够满足的，另一方面我认为也是开发者素质的提高，大家都能造适合自己的轮子。从EL这方面来说，我也认为会有越来越多 特定于领域的，优点和缺点一样鲜明的EL出现，它们包含设计者自己的目标和口味，选择很多，就看取舍。

    开源的java memcached client—— xmemcached发布1.3.4版本，主要改进如下：

1、修复一个相对严重的bug，在解析二进制协议时如果遇到从服务端返回的错误信息，会导致连接异常断开；如果你没有使用binary协议，不会遇到此问题。建议使用xmemcached并且使用二进制协议的朋友升级到此版本。

2、允许XMemcachedClientFactoryBean配置opTimeout选项。

3、添加RoundRobinMemcachedSessionLocator，轮询的连接选择器，仅用于kestrel或者memcacheq集群，这些应用都不要求同一个key要保存在固定的服务器上，而仅是作为集群分担负载。

4、KetamaMemcachedSessionLocator添加额外选项，允许配置是否兼容 nginx-upstream-consistent，这个是网友 wolfg1969贡献的patch。如果要使得xmc的一致性哈希算法兼容nginx-upstream-consistent，只要设置cwNginxUpstreamConsistent为true即可，示范代码：

5、修复bug，包括issue 132 , issue 142 , issue 133 , issue 139 , issue 142 , issue 145 ,issue 150等。

如果你使用maven，只要简单升级版本即可： 

下载地址：

http://code.google.com/p/xmemcached/downloads/list

    aviator是一个轻量级的、高性能的Java表达式求值器，主要应用在如工作流引擎节点条件判断、MQ中的消息过滤以及某些特定的业务场景。

    自从上次发布1.0后，还发过1.01版本，不过都没怎么宣传。这次发布一个2.0的里程碑版本，主要改进如下：

1、完整支持位运算符，与java完全一致。位预算符对实现bit set之类的需求还是非常必须的。

2、性能优化，平均性能提升100%，函数调用性能提升200%，最新的与groovy和JEXL的性能测试看这里

http://code.google.com/p/aviator/wiki/Performance

3、添加了新函数，包括long、double、str用于类型转换，添加了string.indexOf函数。

4、完善了用户手册，更新性能测试。

下载地址：  http://code.google.com/p/aviator/downloads/list

项目主页：  http://code.google.com/p/aviator/

用户指南：  http://code.google.com/p/aviator/w/list

性能报告：  http://code.google.com/p/aviator/wiki/Performance

源码：          https://github.com/killme2008/aviator

Maven引用（感谢许老大的帮助）：

     这个项目目前用在我们的MQ产品中做消息过滤，也有几个公司外的用户告诉我他们也在用，不过估计不会很多。有这种需求的场景还是比较少的。这个项目实际上是为我们的MQ定制的，我主要想做到这么几点：

（1）控制用户能够使用的函数，不允许调用任何不受控制的函数。

（2）轻量级，不需要嵌入groovy这么大的脚本引擎，我们只需要一个剪裁过的表达式语法即可。

（3）高性能，最终的性能在某些场景比groovy略差，但是已经非常接近。

（4）易于扩展，可以容易地添加函数扩展功能。语法相对固定。

（5）函数的调用避免使用反射。因此没使用dot运算符的函数调用方式，而是更类似c语言和lua语言的函数调用风格。函数是一等公民，seq库的风格很符合我的喜好。

  seq这概念来自clojure，我将实现了java.util.Collection接口的类和数组都称为seq集合，可以统一使用seq库操作。例如假设我有个list:

   public AviatorObject call(Map<String, Object> env);


    public AviatorObject call(Map<String, Object> env, AviatorObject arg1);


    public AviatorObject call(Map<String, Object> env, AviatorObject arg1, AviatorObject arg2);


    public AviatorObject call(Map<String, Object> env, AviatorObject arg1, AviatorObject arg2, AviatorObject arg3);

    

issue 112:: 新引入的failure模式在启动的时候，如果memcached故障，运行不符合预期的bug.

issue 113: 新增加一个delete方法，可以设置操作超时

2、性能调优，存储操作(set/add/replace/prepend/append/cas)的性能提升5%。

3、修复pom.xml，使得xmemcached可以在其他机器上编译。

4、使用github作为源码仓库，版本管理使用git替换svn，源码转移到

      https://github.com/killme2008/xmemcached

新版本下载地址：

使用maven可以直接引用： 

项目文档：

http://code.google.com/p/xmemcached/w/list

1、引入了failure模式，所谓failure模式是指在当一个memcached由于各种原因不可用的情况下，发往这个节点的请求将直接抛出异常，而非使用下一个可用的节点。具体可以看memached的这个文档。默认不启用，启用failure模式很简单：

也可以采用spring配置。

关于failure模式和standby节点更多内容可以参考这篇blog.

3、修正BUG和新功能，包括issue 104,issue 105,issue 107等。

项目主页 http://code.google.com/p/xmemcached/

下载地址 http://code.google.com/p/xmemcached/downloads/list

用户指南 http://code.google.com/p/xmemcached/wiki/TableOfContents

     如果你使用maven构建，可以直接引用：

    更新：发布1.3.1了，如果你还在使用1.3.0，建议升级。1.3.0因为改变了memcached地址服务器顺序，可能导致原有的缓存失效。