你们都知道http请求是无状态的,可是web应用中又须要记住登陆信息,方便后续的操做。 因而,程序员们想到了一个方法:请求的时候拿着一个令牌,服务器认证这个令牌,若是经过校验才会响应数据。html
const Koa = require('koa')
const app = new Koa()
app.use(async(ctx)=>{
if(ctx.url=== '/login'){//①①①①①①①①①
...
const { username, password } = ctx.body;
/** 数据库查询用户,校验成功后设置cookie * ...其余操做 */
ctx.cookies.set( //②②②②②②②②②
'username',username,{
domain:'localhost', // 写cookie所在的域名
path:'/index', // 写cookie所在的路径
maxAge:1000*60*60*24, // cookie有效时长
expires:new Date('2019-2-12'), // cookie失效时间
httpOnly:false, // 是否只用于http请求中获取
overwrite:false // 是否容许重写
}
)
ctx.body = {code:0,msg:'cookie is set'}
}else{
//③③③③③③③③③③③③
let hasCookies = ctx.cookies.get('username');
//④④④④④④④④④④④④
if( hasCookies ){
/** 处理请求返回结果 * let data = await database.table.find({}) * ctx.body = { * code:0, * data:data, * msg:'success' * } */
} else {
/** * 找不到cookies逻辑处理 * ctx.body = { * code:-1, * msg:'failed,has no cookies' * } */
}
}
})
app.listen(3000,()=>{
console.log('server is starting at port 3000')
})
复制代码
上述cookie的方式能够知足业务需求,可是存在明显的缺点:程序员
httpOnly
,可是使用document.cookie
仍是能够读取到的,容易篡改泄露基于以上缘由,程序员们又想到了另外一种解决方案:sessionweb
具体流程和cookie同样。不一样的是,服务器校验登陆信息正确后,一是将session存入数据库(或者内存中),另外一个是将session对应的key即(externalKey)写入到cookie。数据库
const Koa = require('koa');
const Koa_Session = require('koa-session');
const session_signed_key = ["some secret hurr"]; // 这个是配合signed属性的签名key
const session_config = {
key: 'koa:sess', /** cookie的key。 (默认是 koa:sess) */
maxAge: 4000, /** session 过时时间,以毫秒ms为单位计算 。*/
autoCommit: true, /** 自动提交到响应头。(默认是 true) */
overwrite: true, /** 是否容许重写 。(默认是 true) */
httpOnly: true, /** 是否设置HttpOnly,若是在Cookie中设置了"HttpOnly"属性,那么经过程序(JS脚本、Applet等)将没法读取到Cookie信息,这样能有效的防止XSS攻击。 (默认 true) */
signed: true, /** 是否签名。(默认是 true) */
rolling: true, /** 是否每次响应时刷新Session的有效期。(默认是 false) */
renew: false, /** 是否在Session快过时时刷新Session的有效期。(默认是 false) */
};
// 实例化
const app = new Koa();
const session = Koa_Session(session_config, app)
app.keys = session_signed_key;
// 使用中间件,注意有前后顺序
app.use(session);
app.use(ctx => {
const databaseUserName = "testSession";
const databaseUserPasswd = "noDatabaseTest";
// 对/favicon.ico网站图标请求忽略
if (ctx.path === '/favicon.ico') return;
if (!ctx.session.logged) { // 若是登陆属性为undefined或者false,对应未登陆和登陆失败
// 设置登陆属性为false
ctx.session.logged = false;
// 取请求url解析后的参数对象,方便比对
// 如?nickname=post修改&passwd=123解析为{nickname:"post修改",passwd:"123"}
let query = ctx.request.query;
// 判断用户名密码是否为空
if (query.nickname && query.passwd) {
// 比对并分状况返回结果
if (databaseUserName == query.nickname) { // 若是存在该用户名
// 进行密码比对并返回结果
ctx.body = (databaseUserPasswd == query.passwd) ? "登陆成功" : "用户名或密码错误";
ctx.session.logged = true;
} else { // 若是不存在该用户名
ctx.body = "用户名不存在";
}
} else {
ctx.body = "用户名密码不能为空";
}
} else {
/**ctx.body = "已登陆" */
}
}
);
app.listen(3000);
复制代码
用session方式鉴权,解决了部分问题,可是仍存在很多缺点:json
因而程序员们又想到了一个解决办法:JWT(JSON Web Token)
JWT的原理是,服务器认证之后,生成一个 JSON 对象,发回给用户,就像下面这样:跨域
{
"姓名": "森林",
"角色": "搬砖工",
"到期时间": "2020年1月198日16点32分"
}
复制代码
用户与服务端通讯的时候,都要发回这个 JSON 对象。服务器彻底只靠这个对象认证用户身份。为了防止用户篡改数据,服务器在生成这个对象的时候,会加上签名。浏览器
服务器就不保存任何 session 数据了,也就是说,服务器变成无状态了,从而比较容易实现扩展。安全
const Koa = require('koa')
const router = require('koa-router')
const jwt = require('jsonwebtoken')
const jwtAuth = require('koa-jwt')
const secret = 'itisvalue'
const bodyParser = require('koa-bodyparser')
const static = require('koa-static')
const app = new Koa()
app.use(static(__dirname +'/'))
app.use(bodyParser())
//配置session
router.post('/users/login-token', async ctx => {
const {body} = ctx.request
const userinfo = body.username
/** 登陆逻辑处理...*/
ctx.body = {
message:'login success',
user:userinfo,
token:jwt.sign({
data:userinfo,
exp:Math.floor(Date.now() / 1000) +60*60 //token过时时间,秒为单位
},
secret)
}
})
//检查token是否合法
router.get('/users/getUser-token',
jwtAuth({secret}), async ctx => {
//验证经过
ctx.body = {
message:'get user datainfo success',
userinfo:ctx.state.user.data
}
})
复制代码