nginx+tomcat7+memcache集群，使用memcached-session-manager实现session共享方案

tomcat7的context.xml中（也可以在server.xml中，但是如果在server.xml中配置，据说maven部署时可能导致失败）

…

<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
   memcachedNodes="n1:192.168.1.35:11211,n2:192.168.1.35:11212"
   sticky="false"
   lockingMode="auto"
   或者只锁定某些连接（path1和path2是你的uri中需要加锁的路径）lockingMode="uriPattern:/path1|/path2"
   requestUriIgnorePattern= ".*\.(ico|png|gif|jpg|css|js)$"
   sessionBackupAsync= "false"
   sessionBackupTimeout= "1000"
   或者异步写session（注意配置线程数那项的数值需要加引号）sessionBackupAsync= "true" backupThreadCount="1"
   copyCollectionsForSerialization="true"
   transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
   customConverter="de.javakaffee.web.msm.serializer.kryo.HibernateCollectionsSerializerFactory,com.eling.serializer.CustomKryoRegistration"
/>

注意，多台tomcat所在系统的时间必须一致！！！

注意，linux的地址解析（nameserver）需要配置。若未配置，启动tomcat看不出错误，却导致未配置网关的那台linux中的tomcat无法获取memcache存储的session信息，现象就是自动生成新jsessionid返回给浏览器。将nameserver配置到网卡文件里看，防止每次重启都需要重新设置！

注意，如使用hibernate，则de.javakaffee.web.msm.serializer.kryo.HibernateCollectionsSerializerFactory必须配置到customConverter中，多个类可通过逗号分隔！！（如样例中com.eling.serializer.CustomKryoRegistration是我自己的转换器）
该类可防止hibernate的lazy加载等机制造成序列化异常（现象是启动时可能抛异常，若有问题，请沿着Caused by找到底会发现lazy加载未初始化异常）
其他持久化工具尚未测过（如Mybatis）是否添加指定的customConverter。

注意，本方案采用kryo序列化方式（有人单独测试过kryo序列化效率，并发情况下优于其他几种序列方式），和msm一起，依赖的所有jar包括（注意版本，不要随意换大版本，可能不兼容，启动tomcat报找不到类的异常，注意观察即可发现哪些包内的方法找不到哪些包中类。如有版本更新请自行查找。）：

memcached-session-manager-1.8.3.jar
memcached-session-manager-tc7-1.8.3.jar
asm-3.3.1.jar
kryo-1.05.jar
kryo-serializers-0.11.jar
minlog-1.2.jar
msm-kryo-serializer-1.8.3.jar
reflectasm-1.11.0.jar
spymemcached-2.12.0.jar

还有其他序列化方案，现截取一段msm原文介绍：

Add memcached-session-manager jars to tomcat

Independent of the chosen serialization strategy you always need the memcached-session-manager-${version}.jar and either memcached-session-manager-tc6-${version}.jar for tomcat6,