事件限制解析中，由于inMessage里面的isEvent会被fastjson解析为event，这样与事件的xml节点Event就重复了，值会被覆盖，算不算bug

O(∩_∩)O
是得整理一下. 自己也是在使用中一点点堆积起来的,也没做过多的设计,确实存在不少问题.

对于微信公众平台的SDK，API接口工具和长使用工具建议才是单例模式，内存加载，已提高处理速度和响应速度。
我现在采用enum的class不错。

public enum xxxKit{
    ice;
    public String getToken() {}
}

使用enum关键字来实现单例模式的好处是这样非常简洁，并且无偿地提供了序列化机制，绝对防止多次实例化，即使是在面对复杂的序列化或者反射攻击的时候。——来自《Effective Java》

枚举是最好的单例模式，简洁，高效，安全。

Token存储最好的方式就是Redis来存，自动过期时间，一句代码解决问题

@____′↘夏悸 一样，从来没考虑过设计模式，都是怎么用得方便怎么来 ಥ_ಥ

@老古 不错，有好的意见多提提！

哈哈.... 我是图方便..... 项目第一期的时候很赶时间,匆匆就把架子搭起来了...

@孤独的√3

实现一个Cache接口.... 支持Redis和Memcache吧,用这两者的还是比较多 加我Q吧,768870379.好梳理一下,后面怎么整改

jfinal已经有ehcache的插件了，直接使用配合更方便吧？

XStream将TextOutMessage转换成xml字符串的时候，丢掉了继承的OutMessage中的字段，比如：ToUserName、FromUserName、CreateTime