• Vert.x 构建服务间消息发送系统（这个目前可以用ZeroMQ方便的替换，为了再看看它的能力，留着吧）
• Zookeeper 分布式发现与注册
• Springboot 采用非web方式启动，注解编程，方便嫁接Spring系列和其它第三方框架
• Kryo,fastjson 此两个做为序列化工具，最终还是采用protobuf做为序列化工具了（又测了几个，发现还是proto吧）
• protobuf3 协议
• hutool 方便的工具包，顺便学学怎么写各类工具代码
• netty tcp连接，毕竟Vert.x不熟，暂时先使用netty做为tcp服务器包，后期会继续变更
• disruptor 已经搭好，但发现它适合执行时间快的，有流水线结构的模型，目前用在项目中做dispatch的话，并没有作用，留着备用
• MongoDB 数据库。之后要学习怎么集群
• ignite 分布式Map，数据网格。现在用它实现了缓存系统和发现注册系统，之后想观察下它的分布式计算功能（分布式Map功能暂时不想用，太难配置好）

之后的计划：

• 0 最重要的公共缓存还没有设计，工会，好友，组队这几个，要保证一致性还有很长的路要走。
• 1 把vertx再看详细点，暂时还未发现它有不可替代的作用，发消息层面，用netty和zeromq更顺手。看一下 vertx conf，做配置中心
• 2 任务系统： 做游戏，这种任务系统比较重要，想设计一个大一统的任务系统。包括：任务、成就、活动、签到等等，只要是要完成一个事件，事件里要分几个步骤，每个步骤要收集多少东西，怎么完成怎么奖励，类似于这种东西，都可以集成在这个大系统里。想把这个当成一种插件形式的，只提供，步骤、天数、开始结束时间、个数、触发条件、完成条件等，不涉及具体设计，以便灵活使用。最好是配置的。
• 3 quartz服务时间调度服务器，这个优先级比较低。
• 4 线程池研究，对现在的线程发配方式比较不满意，想研究深入一点，线程池。
• 5 监控系统研究、系统测试研究。使服务可观察，可测量。这方面知识比较少。
• 6 Jenkins、TeamCity等流程化部署
• 7 最后就是全部docker化，k8s研究

PS 了解到了 分布式conf原来只能提供键值对。也就是更适合做全局的控制配置，比如log级别，或者是取代profile，在多环境开发下，方便的控制各环境的变量 对异构的服务器，支持还是得放在properties里。excel这类的配置，可以放在统一服务器，做轮询处理或者是更改后统一通知其它端去取。 所以要使用Apollo，和自己写个conf服搞这个事

最近暂停一下了。分布式缓存这里并没有什么新的想法。 最近学习一下， 1 如何用Scala抹平Java里的设计模式 2 学习《设计数据密集型应用》这本书，了解数据在程序中的真正价值

ignite启动慢，过于复杂。 vertx的关键特性（异步）用不上。ignite的全局缓存也够呛能学会了。 下一步计划（临时，谁知道会不会改呢）： 重弄个程序： 1 用hazelcast做发现，用hazelcast的 write-behind。尽量封装得里层些，对外部也只是简单缓存，抛弃分布 式缓存的想法吧，不适合用在游戏里。 2 用zeromq做节点通信。真是又快又稳呐，或者直接用hazelcast的？ 3 改成rpc，抛弃发送消息的模式，做单发，和来回的就行，里面要包含超时和异常的处理。 4 可以试试做成Kotlin版的，这样就不用Quasar了，可以用协程，也试试新东西。 5 要不用hazelcast的一大套也行，分布式Event什么的