用wamp配合redis队列，聊聊怎么搭个挺快的聊天系统吧

说到聊天系统,你可能觉得那都是大公司才能玩转的高科技，需要一堆复杂的服务器和专业的运维，但其实，用我们手边常见的工具，比如WAMP（Windows + Apache + MySQL + PHP）这套组合，再配上Redis这个速度飞快的“内存数据库”，就能搭出一个反应迅速、简单实用的聊天系统，咱们今天就不聊那些深奥的理论，就说说怎么把它给搭起来，让它跑起来。

咱们得搞清楚为啥要用Redis。

你想啊,传统的聊天信息是怎么存的？用户A发一句话，你的PHP程序接到这句话，吭哧吭哧”地去连接MySQL数据库，把这句话写进数据表里，然后用户B要收消息，就得不停地让PHP去问MySQL：“有新消息吗？有新消息吗？”（这叫轮询），这一来一回，全是硬盘的读写操作，硬盘这玩意儿，跟内存比起来，那就是牛车和F1赛车的区别，慢太多了，人一多，MySQL很容易就累趴下了，聊天就会卡成幻灯片。

那Redis厉害在哪呢？它把所有数据都放在服务器的内存里，内存的读写速度比硬盘快几个数量级，我们把聊天消息先快速地扔进Redis，再从Redis里快速地取出来，整个过程就像在高速公路上飙车，延迟极低，Redis在这里扮演的角色就是一个超高效的消息队列和临时仓库。

看看咱们都需要准备些啥家伙事儿。

1. WAMP环境：这个你得先装好，也就是Apache网页服务器、MySQL数据库和PHP语言环境，现在很多一键安装包，比如XXAMP、PHPStudy之类的，装起来非常方便，确保你的PHP版本不要太老。
2. Redis：你需要单独安装Redis服务器，在Windows上，微软有官方的移植版本，或者你也可以用WSL（Windows子系统 for Linux）来装，更原汁原味，安装好后，让它作为一个服务在后台运行起来，默认会监听6379端口。
3. PHP的Redis扩展：光有Redis服务器还不行，你的PHP代码得能跟它说话才行，所以你需要安装一个叫php_redis.dll的扩展，把它下载下来，放到PHP的ext目录里，然后在php.ini文件里加上一行extension=redis，重启一下Apache，你的PHP就获得和Redis超能力了。

家伙事儿齐了，咱们就来搭系统的骨架。

这个简单的聊天系统主要干两件事：发消息和收消息。

第一部分：发消息（存到Redis队列）

当用户在聊天框里输入文字,点击“发送”后，会发生什么呢？

• 前端页面用一个简单的AJAX请求,把消息内容、发送者ID、接收者ID、时间戳这些信息，发送给你的一个PHP文件，比如叫send_message.php。
• 在这个PHP文件里,你别急着连MySQL，连接到Redis服务器： $redis = new Redis(); $redis->connect('127.0.0.1', 6379);
• 把消息组装成一个数组,然后转换成JSON格式的字符串。 $messageData = json_encode(['from' => 1, 'to' => 2, 'text' => '你好呀！', 'time' => time()]);
• 最关键的一步来了：把这个JSON字符串推入Redis的一个列表（List）中，你可以把这个列表想象成一个管道，新消息从一头进去，这里我们用LPUSH命令： $redis->lpush('chat_messages', $messageData);
• 好了,到此为止，消息已经以闪电般的速度存好了，这个PHP脚本可以立刻返回一个“发送成功”的信号给前端，整个过程非常快，用户几乎感觉不到延迟。

第二部分：收消息（从Redis队列里取）

收消息这边有点讲究,因为我们要实现“实时”的感觉，传统轮询（隔几秒问一次）效率低，体验也不好，这里我们用一种叫长轮询的改良方法。

• 前端页面有一个专门负责“听”消息的AJAX函数，它去请求另一个PHP文件，比如叫get_messages.php。
• 在get_messages.php里，同样先连接Redis。
• 它不会马上返回结果,而是会“阻塞”在那里，不断地检查Redis的那个chat_messages列表，用一个循环，配合BRPOP命令，这个命令的意思是：阻塞式地向右弹出，它会一直等着，直到列表里有新消息了，才把消息取出来并返回，我们可以设置一个超时时间，比如30秒。
• 如果在30秒内等到了新消息,PHP就把消息用JSON格式返回给前端，前端收到后，就把新消息显示在聊天窗口里，然后立刻再次发起get_messages.php的请求，继续等待下一条消息。
• 如果30秒都没新消息,PHP也会返回一个空结果，前端同样立刻再次发起请求。
• 这样,就形成了一个持续的、等待-响应-再等待的连接，虽然还不是真正的“服务器推送”，但比傻傻的每隔几秒问一次要高效得多，感觉上也接近实时了。

聊完核心流程，再说点锦上添花和需要注意的事儿。

• 用户列表和好友关系：这种相对固定、不要求毫秒级变动的数据，完全可以放在MySQL里，比如用户注册、登录、好友列表，用MySQL管理起来更规范，聊天系统只把最要求速度的“消息流”部分交给Redis。
• 消息持久化：你可能会问，Redis是内存数据库，万一服务器重启，聊天记录不就全没了吗？是的，所以Redis提供了持久化机制，你可以配置它定期把内存里的数据快照保存到硬盘上（RDB），或者把所有写操作记录到一个日志文件里（AOF），这样即使重启，也能从硬盘恢复大部分数据，对于聊天记录，丢一两条可能没关系，但如果你不想丢，可以开启持久化，或者，你可以再写一个后台脚本，定时把Redis里的消息批量转移到MySQL里做永久存档。
• 规模再大点怎么办：如果用户量真的非常非常大，一个Redis实例可能内存不够，那时候就要考虑Redis的集群方案了，把数据分片存储到多台机器上，不过那就是后话了，对于小到中型的应用，单机Redis已经非常强悍了。

用WAMP+Redis搭聊天系统，核心思路就是“好钢用在刀刃上”：让MySQL干它擅长的结构化数据存储和管理的活儿，让Redis这个“闪电侠”专门负责处理高并发的实时消息流，这么一搭配，一个轻快、好用的聊天系统骨架就立起来了，你完全可以在这个基础上，再去添加群聊、已读回执、发送图片等更复杂的功能。