如何设计一个基于Swoole的WebSocket消息服务系统方案？
- 内容介绍
- 文章标签
- 相关推荐
本文共计455个文字，预计阅读时间需要2分钟。
概述+Swoole的WebSocket服务，计划整合3篇技术文章进行整体梳理，该服务主要包含2个核心业务：用户消息服务（消息计数系统计）和客户端IM消息系统服务，本篇先说用户消息服务是如何设计实现的。
概述
基于Swoole的websocket服务，计划整合3篇进行技术整理，该服务主要有2个核心业务，用户消息服务(消息计数统计)和 客服IM消息系统服务，这篇先说用户消息服务是怎么设计实现的。
实现方案
用户消息服务主要有2部分组成，对外使用webSocket长链接服务提供给安卓/Ios手机客户端，web提供服务，对内使用Http服务。
鉴权和缓存周期设置
当服务端携带Token来访问请求webSocket服务，进行用户中心进行权限验证，如果权限通过，在本地进行信息缓存，返回给请求端，为了防止缓存雪崩(雪崩就是指缓存同一时间到期)，用户访问峰值是晚间21-24点这个时间段，峰值大概100w/请求，持续4个小时左右，但因为用户中心的缓存时间为7300s，所以这里的过期时间公式：
$uid = $redis->get($token);
$expireTime = 3650 + rand(1, 3000);
$uid = OAuth::getUserInfo($token);
if (!empty($uid) && intval($uid) > 0) {
//存入缓存时间，过期时间小于 7300s
$redis->setEx($token, $expireTime, $uid);
}
if($uid && $uid > 0){
$key = 'token_'.$uid;
$redis->setEx($key, $expireTime, $token);
}
本地服务的缓存怎么存储，具体看自己的业务情况，适合自己的就是最好的。
Http服务
Http服务的安全依赖于服务只针对云服务器内网访问，主站有服务变更时，异步埋点在功能里，比如有系统消息、评论、站内信等一系列操作的时候，会通过www.68idc.cn 欢迎留下您的宝贵建议】
本文共计455个文字，预计阅读时间需要2分钟。
概述+Swoole的WebSocket服务，计划整合3篇技术文章进行整体梳理，该服务主要包含2个核心业务：用户消息服务（消息计数系统计）和客户端IM消息系统服务，本篇先说用户消息服务是如何设计实现的。
概述
基于Swoole的websocket服务，计划整合3篇进行技术整理，该服务主要有2个核心业务，用户消息服务(消息计数统计)和 客服IM消息系统服务，这篇先说用户消息服务是怎么设计实现的。
实现方案
用户消息服务主要有2部分组成，对外使用webSocket长链接服务提供给安卓/Ios手机客户端，web提供服务，对内使用Http服务。
鉴权和缓存周期设置
当服务端携带Token来访问请求webSocket服务，进行用户中心进行权限验证，如果权限通过，在本地进行信息缓存，返回给请求端，为了防止缓存雪崩(雪崩就是指缓存同一时间到期)，用户访问峰值是晚间21-24点这个时间段，峰值大概100w/请求，持续4个小时左右，但因为用户中心的缓存时间为7300s，所以这里的过期时间公式：
$uid = $redis->get($token);
$expireTime = 3650 + rand(1, 3000);
$uid = OAuth::getUserInfo($token);
if (!empty($uid) && intval($uid) > 0) {
//存入缓存时间，过期时间小于 7300s
$redis->setEx($token, $expireTime, $uid);
}
if($uid && $uid > 0){
$key = 'token_'.$uid;
$redis->setEx($key, $expireTime, $token);
}
本地服务的缓存怎么存储，具体看自己的业务情况，适合自己的就是最好的。
Http服务
Http服务的安全依赖于服务只针对云服务器内网访问，主站有服务变更时，异步埋点在功能里，比如有系统消息、评论、站内信等一系列操作的时候，会通过www.68idc.cn 欢迎留下您的宝贵建议】