本文目录一览：
redis常用数据结构介绍和业务应用场景分析
1、String 字符串 字符串类型是 Redis 最基础的数据结构，首先键都是字符串类型，而且 其他几种数据结构都是在字符串类型基础上构建的，我们常使用的 set key value 命令就是字符串。
2、应用场景：排行榜，带权重的消息队列 描述：Bitmaps这个“数据结构”可以实现对位的操作。 把数据结构加上引号主要因为：Bitmaps本身不是一种数据结构， 实际上它就是字符串 ， 但是它可以对字符串的位进行操作。
3、数据结构，可以存储一些集合性的数据。比如在微博应用中，可以将一个用户所有的关注人存在一个集合中，将其所有粉丝存在一个集合。
4、云数据库redis的应用场景有：缓存、会话存储、发布/订阅系统、计数器和排行榜、实时数据分析。
5、Redis 是一个高性能的 key-value 存储系统，它可以用作缓存、消息中间件、分布式锁等等。以下是一些常见的应用场景： - 缓存：Redis 可以用作缓存，提高网站访问速度，降低数据库压力。
我用socket.io-redis可以实现广播,但是怎么实现一对一聊天
socket.close（）；服务器端编写：在服务器端，您需要使用WebSocket库来处理WebSocket连接和消息传输。具体实现方式因语言和框架而异。例如，在Node.js中，您可以使用ws库来实现WebSocket服务器端。
网上聊天有两种方式：第一种，以广播方式；第二种，以点对点的方式。广播方式即所有客户都能收到某一客户发出的信息。点对点的方式即想说“悄悄话”的一对客户专门开辟了一间谈话的“小屋”，别的客户不能“听”到他们的谈话。
服务器端通过线程池中的线程来处理客户端的请求，服务器可以实现广播功能，将接收到的客户端消息转发给其他所有客户端，也可以实现点对点的私聊功能。
redis怎样推送一个json类型的消息?
JPush SDK 收到推送，通过广播的方式，转发给开发者App，这样开发者就可以灵活地进行处理。这个动作不是必须的。用户有需要才定义 Receiver 类来处理 SDK过来的广播。
使用rpush（第153行）将这个JSON数据推送到Redis db非常简单。 让我们轮询服务器以返回预测 我们将持续循环，直到模型服务器返回输出预测。我们开始一个无限循环，试图得到157-159条预测线。
redis是没有提供专用的设置对象方法，需要自己进行改写。如果是担心JSON转对象会消耗资源的情况，这个问题需要考量几个地方，第一\x0d\x0a点：就是使用的JSON转换lib是否就会存在性能问题。
redis储存json结构性能是一种高性能JSON文档存储。根据查询公开信息显示，在内存中存储和处理JSON，以亚毫秒级支持每秒数百万次操作响应时间。
估计是百度开发云的redis在在线测试，包装了redis客户端，就提供字符存储，不然的话，存储字符串，字节数组，或是其它类型，是不会出问题的。你在看看他的文档里面关于redis的说明。
RabbitMQ与redis的区别是什么呢?
我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。
消息队列指：一端进消息，一端出消息 RabbitMQ就是实现了消息队列概念的一个组件，以面向对象的思想去理解，消息队列就是类，而RabbitMQ就是实例，当然不仅仅只有RabbitMQ，例如ActiveMQ，RocketMQ，Kafka，包括Redis也可以实现消息队列。
redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
redis 消息推送（基于分布式 pub/sub）多用于实时性较高的消息推送，并不保证可靠。其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。
