共计 7337 个字符,预计需要花费 19 分钟才能阅读完成。
即时通讯应用服务,整套蕴含服务端、治理端和客户端,欢送 Star 反对和查看源码。
现已部署上线,欢送体验客户端和治理端
咱们书接上文,持续实现残缺的即时通讯服务,这篇着重讲下 Server 端我的项目中我认为几个重要的点,大部分内容须要去我的仓库源码和 egg 官网查看。
server 端具体阐明
应用脚手架 npm init egg --type=simple
初始化 server 我的项目,装置 mysql(我的是 8.0 版本),配置上 sequelize 所需的数据库链接明码等,就能够启动了
着重讲下 Server 端我的项目中我认为几个重要的点,大部分内容须要去 egg 官网查看。
// 目录构造阐明
├── package.json // 我的项目信息
├── app.js // 启动文件,其中有一些钩子函数
├── app
| ├── router.js // 路由
│ ├── controller
│ ├── service
│ ├── middleware // 中间件
│ ├── model // 实体模型
│ └── io // socket.io 相干
│ ├── controller
│ └── middleware // io 独有的中间件
├── config // 配置文件
| ├── plugin.js // 插件配置文件
| └── config.default.js // 默认的配置文件
├── logs // server 运行期间产生的 log 文件
└── public // 动态文件和上传文件目录
路由
Router 次要用来形容申请 URL 和具体承当执行动作的 Controller 的对应关系,即 app/router
- 路由应用了版本号 v1,不便当前降级,个别的增删改查间接应用 restful 的形式比较简单
- 除了登录和注册的接口,在其余所有 http 接口增加了对 session 的查看,校验登录状态,地位在
app/middleware/auth.js
- 在所有治理端的接口处增加了对 admin 权限的查看,地位在
app/middleware/admin.js
对立鉴权
因为本零碎预设有管理员和个别通信用户的不同角色,所以须要针对治理和通信的接口路由做一下对立的鉴权解决。
比方治理端的路由/v1/admin/...
,想在这个系列路由全都增加管理员的鉴权,这时候能够用中间件的形式进行鉴权,上面是在 admin router 中应用中间件的具体例子
// middware
module.exports = () => {return async function admin(ctx, next) {let { session} = ctx;
// 判断 admin 权限
if (session.user && session.user.rights.some(right => right.keyName === 'admin')) {await next();
} else {ctx.redirect('/login');
}
};
};
// router
const admin = app.middleware.admin();
router.get('/api/v1/admin/rights', admin, controller.v1.admin.rightsIndex);
数据库相干
应用的 sequelize+mysql 组合,egg 也有 sequelize 的相干插件,sequelize 即是一款 Node 环境应用的 ORM,反对 Postgres, MySQL, MariaDB, SQLite 和 Microsoft SQL Server,应用起来还是挺不便的。须要先定义模型和模型间接的关系,有了关系之后便能够应用一些预设的办法了。
model 实体模型
模型的根底信息比拟容易解决,须要留神的就是实体之间的关系设计,即 associate,上面是 user 的关系形容
// User.js
module.exports = app => {const { STRING} = app.Sequelize;
const User = app.model.define('user', {
provider: {type: STRING},
username: {
type: STRING,
unique: 'username'
},
password: {type: STRING}
});
User.associate = function() {
// One-To-One associations
app.model.User.hasOne(app.model.UserInfo);
// One-To-Many associations
app.model.User.hasMany(app.model.Apply);
// Many-To-Many associations
app.model.User.belongsToMany(app.model.Group, { through: 'user_group'});
app.model.User.belongsToMany(app.model.Role, { through: 'user_role'});
};
return User;
};
一对一
例如 user 和 userInfo 的关系就是一对一的关系,定义好了之后,咱们在新建 user 的时候就能够应用 user.setUserInfo(userInfo)
了,想获取此 user 的根底信息的时候也能够通过user.getUserInfo()
一对多
User 和 Apply(申请)的关系就是一对多,即一个用户能够对应多个本人的申请,目前只有好友申请和入群申请:
增加申请的时候能够user.addApply(apply)
,获取的时候能够这样获取:
const result = await ctx.model.Apply.findAndCountAll({
where: {
userId: ctx.session.user.id,
hasHandled: false
}
});
多对多
user 和 group 的关系就是多对多,即一个用户能够对应多个群组,一个群组也能够对应多个用户,这样 sequelize 会建设一个两头表 user_group 来实现这种关系。
个别我这么应用:
group.addUser(user); // 建设群组和用户的关系
user.getGroups(); // 获取用户的群组信息
须要留神的点
- sequelize 的所有操作都是基于 Promise 的,所有大多时候都应用 await 进行期待
- 批改了某个模型的实例的某个属性后,须要进行 save
- 当咱们须要把模型的数据进行组合后返回给前端的时候,须要通过 get({plain: true})这种形式,转化成数据,而后再拼接,例如获取会话列表的时候
socketio
egg 提供了 egg-socket.io 插件,须要在装置 egg-socket.io 后在 config/plugin.js 开启插件,io 有本人的中间件和 controller
socketio 的路由
io 的路由和个别的 http 申请的不太一样,留神这里的路由不能增加中间件解决(我没胜利),所以禁言解决我是在 controller 外面解决的
// 退出群
io.of('/').route('/v1/im/join', app.io.controller.im.join);
// 发送音讯
io.of('/').route('/v1/im/new-message', app.io.controller.im.newMessage);
// 查问音讯
io.of('/').route('/v1/im/get-messages', app.io.controller.im.getMessages);
留神:我把群组和好友关系都看做是一个 room(也就是一个会话),这样就是间接向这个 romm 外面发消息,外面的人都能够收到
socketio 的中间件
有两个默认的中间件,一个是连贯和断开时候调用的 connection Middleware,这里用来校验登录状态和解决业务逻辑了;另外一个是每次发消息时候调用的 packet Middleware,这里用来打印 log
因为预设了禁言权限,在 controller 外面进行解决
// 对用户发言的权限进行判断
if (!ctx.session.user.rights.some(right => right.keyName === 'speak')) {return;}
聊天
聊天分为单聊和群聊,聊天信息临时有个别的文字、图片、视频和定位音讯,能够依据业务扩大为订单或者商品等
音讯
message 的结构设计参考了几家第三方服务的设计,也联合本我的项目本身的状况做了调整,能够随便扩大,做如下阐明:
const Message = app.model.define('message', {
/**
* 音讯类型:* 0: 单聊
* 1: 群聊
*/
type: {type: STRING},
// 音讯体
body: {type: JSON},
fromId: {type: INTEGER},
toId: {type: INTEGER}
});
body 外面寄存的是音讯体,应用 json 用来寄存不同的音讯格局:
// 文本音讯
{
"type": "txt",
"msg":"哈哈哈" // 音讯内容
}
// 图片音讯
{
"type": "img",
"url": "http://nimtest.nos.netease.com/cbc500e8-e19c-4b0f-834b-c32d4dc1075e",
"ext":"jpg",
"w":360, // 宽
"h":480, // 高
"size": 388245
}
// 视频音讯
{
"type": 'video',
"url": "http://nimtest.nos.netease.com/cbc500e8-e19c-4b0f-834b-c32d4dc1075e",
"ext":"mp4",
"w":360, // 宽
"h":480, // 高
"size": 388245
}
// 地理位置音讯
{
"type": "loc",
"title":"中国 浙江省 杭州市 网商路 599 号", // 地理位置 title
"lng":120.1908686708565, // 经度
"lat":30.18704515647036 // 纬度
}
定时工作
以后只有一个,就是更新 baidu 的 token,这里还算简略,参考官网文档即可
机器人聊天
智能对话定制与服务平台 UNIT
这个还是挺有意思的,能够在 https://ai.baidu.com/
新建机器人和增加对应的技能,我这里是闲聊,还有智能问答等能够抉择
- 新建机器人,治理机器人的技能,至多一个
- 返回百度云 ” 利用列表 ” 中创立、查看 API Key / Secret Key
- 在 config.default.js 中配置 baidu 相干参数,相干接口阐明在这里
如果不想启动能够在 app.js 和 app/schedule/baidu.js 中删除 ctx.service.baidu.getToken();
上传文件
首先须要在配置文件外面进行配置,我这里限度了文件大小,饼跨站了 ios 的视频文件格式:
config.multipart = {
mode: 'file',
fileSize: '3mb',
fileExtensions: ['.mov']
};
应用了一个对立的接口来解决文件上传,外围问题是文件的写入,files 是前端传来的文件列表
for (const file of ctx.request.files) {
// 生成文件门路,留神 upload 文件门路须要存在
const filePath = `./public/upload/${Date.now() + Math.floor(Math.random() * 100000).toString() + '.' + file.filename.split('.').pop()}`;
const reader = fs.createReadStream(file.filepath); // 创立可读流
const upStream = fs.createWriteStream(filePath); // 创立可写流
reader.pipe(upStream); // 可读流通过管道写入可写流
data.push({url: filePath.slice(1)
});
}
我这里是存储到了 server 目录的/public/upload/
,这个目录须要做一下动态文件的配置:
config.static = {
prefix: '/public/',
dir: path.join(appInfo.baseDir, 'public')
};
passport
这个章节的 egg 官网文档,要你的命,例子啥也没有,肯定要去看源码,太坑人了,我钻研了很久才弄明确是怎么回事。
因为我想更自在的管制账户明码登录,所以账号密码登录并没有应用 passport,应用的就是一般的接口认证配合 session。
上面具体说下应用第三方平台(我选用的是 GitHub)登录的过程:
- 在 GitHub OAuth Apps 新建你的利用,获取 key 和 secret
- 在我的项目装置 egg-passport 和 egg-passport-github
开启插件:
// config/plugin.js
module.exports.passport = {
enable: true,
package: 'egg-passport',
};
module.exports.passportGithub = {
enable: true,
package: 'egg-passport-github',
};
- 配置:
// config.default.js
config.passportGithub = {
key: 'your_clientID',
secret: 'your_clientSecret',
callbackURL: 'http://localhost:3000/api/v1/passport/github/callback' // 留神这里十分的要害,这里须要和你在 github 下面设置的 Authorization callback URL 统一
};
- 在 app.js 中开启 passport
this.app.passport.verify(verify);
- 须要设置两个 passport 的 get 申请路由,第一个是咱们在 login 页面点击的申请,第二个是咱们在上一步设置的 callbackURL,这里次要是第三方平台会给咱们一个可用的 code,而后依据 OAuth2 受权规定去获取用户的详细信息
const github = app.passport.authenticate('github', { successRedirect: '/'}); // successRedirect 就是最初校验结束后前端会跳转的路由,我这里间接跳转到主页了
router.get('/v1/passport/github', github);
router.get('/v1/passport/github/callback', github);
- 这时候在前端点击
/v1/passport/github
会发动 github 对这个利用的受权,胜利后 github 会 302 到http://localhost:3000/v1/passport/github/callback?code=12313123123
,咱们的 githubPassport 插件会去获取用户在 github 上的信息,获取到详细信息后,咱们须要在app/passport/verify.js
去验证用户信息,并且和咱们本身平台的用户信息做关联,也要给 session 赋值
// verify.js
module.exports = async (ctx, githubUser) => {const { service} = ctx;
const {provider, name, photo, displayName} = githubUser;
ctx.logger.info('githubUser', { provider, name, photo, displayName});
let user = await ctx.model.User.findOne({
where: {username: name}
});
if (!user) {
user = await ctx.model.User.create({
provider,
username: name
});
const userInfo = await ctx.model.UserInfo.create({
nickname: displayName,
photo
});
const role = await ctx.model.Role.findOne({
where: {keyName: 'user'}
});
user.setUserInfo(userInfo);
user.addRole(role);
await user.save();}
const {rights, roles} = await service.user.getUserAttribute(user.id);
// 权限判断
if (!rights.some(item => item.keyName === 'login')) {
ctx.body = {
statusCode: '1',
errorMessage: '不具备登录权限'
};
return;
}
ctx.session.user = {
id: user.id,
roles,
rights
};
return githubUser;
};
留神看下面的代码,如果是首次受权将会创立这个用户,如果是第二次受权,那么用户曾经被创立了
初始化
零碎部署或者运行的时候,须要预设一些数据和表,代码在app.js
和 app/service/startup.js
逻辑就是我的项目启动结束后,利用 model 同步表构造到数据库中,而后开始新建一些根底数据:
- 新建角色和权限,并给角色调配权限
- 新建不同用户,调配角色
- 给一些用户建设好友关系
- 增加申请
- 创立群组,并增加一些人
做完以上这些就算是实现了初始数据了,能够进行失常的运行
部署
我是在腾讯云买的服务器 centos,在阿里云买的域名,装了 node(12.18.2)、nginx 和 mysql8.0,间接在 centos 下面启动,前端应用 nginx 进行反向代理。因为服务器资源无限,没有应用一些自动化工具 Jenkins 和 Docker,这就导致了我在更新的时候得有一些手动操作。