基于某些原因，许多开发者会把这两种技术当做等价的来看待。的确，在一些案例场景下选择RabbitMQ还是Kafka没什么差别，但是这两种技术在底层实现方面是有许多差异的。\TOC\一、异步消息模式异步消息可以作为解耦消息的生产和处理的一种解决方案(DMP系统上使用较少，解耦是通过分布式服务构成的，这两种方式各有利弊，后面有机会再说)。

对于一个server，我们一般考虑他所能支撑的qps，但有那么一种应用，我们需要关注的是它能支撑的连接数个数，而并非qps，当然qps也是我们需要考虑的性能点之一。这种应用常见于消息推送系统，也称为comet应用，比如聊天室或即时消息推送系统等。comet应用具体可见我之前的介绍，在此不多讲。对于这类系统，因为很多消息需要到产生时才推送给客户端，所以当没有

1、点评IM聊天消息的可靠投递，是每个线上产品都要考虑的IM热点技术问题。IM聊天消息能保证可靠送达，对于用户来说，就好比把钱存在银行不怕被偷一样，是信任的问题。试想，如果用户能明显感知到聊天消息无法保证送达，谁还愿意来用你的APP？谁也不希望自已的话就像浮云一样随风飘逝。必竟用IM聊天，虽然很多时候是费话，但总有关键时刻存在——比如向

hash表现形式上有些像pyhton中的dict,可以存储一组关联性较强的数据，redis中Hash在内存中的存储格式如下图：!(https://oscimg.oschina.net/oscnet/48804d7dcde118e3bd4f833d92c78b77adc.jpg)hset(name,key,value)

redis也是一个数据库，它的存储以keyvalue的方式存放，比如：!(https://oscimg.oschina.net/oscnet/65ce59c339672e02554ab5db30f1611ad41.png)a.关系型数据库比如：　　mysql、oracle、sqlserver、db2、sqlite数据库，

　　akka中的EventBus其实是不常用，也最容易被忽略的一个组件。　　但如果你深入Cluster的实现就会发现，这个东西其实还挺有用的，而且它是ActorSystem系统中所有事件消息的一个横切面，通过它你可以订阅特定类型的消息，然后做出相应的动作。那读者可能会问了，这个订阅消息也很简单的啊，我自己实现不就好了。嗯，其实你这个想法是对的，akka所

1、pom中引入相关的依赖!输入图片说明(https://gitee.com/uploads/images/2018/0317/100944_9cd5f8cb_1444181.png"屏幕截图.png")(https://gitee.com/uploads/images/2018/0317/100944_9cd5f8cb_1444181.png

介绍:Redis(全称为REmoteDIctionaryServer)是一个由SalvatoreSanfilippo写的keyvalue存储系统。Redis是一个开源的使用ANSIC语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、KeyValue数据库，并提供多种语言的API。它通常被称为数据结构服务器，因为值（v

1.配置 <dependency            <groupIdorg.springframework.boot</groupId            <artifactIdspringbootstarterdataredis</artifactId            <exclusions   

基数HyperLogLog基数是一种算法。举个例子，一本英文著作由数百万个单词组成，你的内存却不足以存储它们，那么我们先分析一下业务。英文单词本身是有限的，在这本书的几百万个单词中有许多重复单词，扣去重复的单词，这本书中也就是几千到一万多个单词而已，那么内存就足够存储它们了。比如数字集合{