koa session（Koa 学习总结）

本文目录

• Koa 学习总结
• 怎样操作nuxt框架进行路由鉴权并使用Koa与Session
• 用Koa实现一个较完整的登录注册功能需要用到哪些模块
• koa中服务器对象的use方法,用于响应前端请求吗
• koa session 怎么用
• express和koa的区别

Koa 学习总结

Koa是基于Node.js的下一代web框架，由Express团队打造，特点：优雅、简洁、灵活、体积小。几乎所有功能都需要通过中间件实现。

即便没有给ctx.body 设置响应数据，或访问不存在的路由，页面也会显示Not Found，这是koa底层做了处理，不像原生Node或Express一样页面会一直处于响应状态。

Koa将Node的request 和 response对象都封装到了context中，每次请求都会创建一个ctx，并且在中间件中作为接收器使用。

以下是刚才访问时的ctx对象

即便使用ctx.res.write()也不会得到预期结果，比如：ctx.res.write(’hello’)，结果是hellook，会把message的值拼接上。

有关cookie和session单独介绍用法。

Koa中的路由和Express不同，Express是把路由集成在Express中，Koa则需要通过kao-router模块使用。

Koa最大的特色和最优的设计就是中间件，就是在匹配路由之前和匹配路由之后执行函数。
使用app.use()加载中间件。每个中间件接收两个参数，ctx对象和next函数，通过调用next将执行权交给下一个中间件。

中间件分为：

对于诸如js、css、img等静态资源采用koa-static中间件处理。

比如静态目录为static：

在模板中即可访问：

koa生态的模板引擎挺多的，比如ejs、art-template等。

使用方式和ejs一样。

性能上相比，art-template比ejs快很多，开发中用的最多的还是art-template。

***隐藏网址***

比如访问淘宝首页并登录账号后，当再打开淘宝其他页面时，因为每一次的访问都是独立的，服务器并不知道你已经登录，所以还是不能下单或者加购物车之类的操作。

cookie是客户端第一次访问服务器的时候，服务器在下行HTTP报文时通过响应头的 set-cookie 字段给浏览器分配的一个具有特殊标识的文本信息，此后当客户端再次访问同一域名时，便会将该字段通过请求头携带到服务器。注意： 第一次访问服务器是不可能携带cookie的。

缺陷： 1、cookie的数据存放在客户端，不安全，容易被（CSRF）跨站请求伪造。攻击者可以借助受害者的 Cookie 骗取服务器的信任，可以在受害者毫不知情的情况下以受害者名义伪造请求发送给受攻击服务器，从而在并未授权的情况下执行在权限保护之下的操作。2、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

通过 options 获取 cookie name:

通过 options 设置 cookie name 的 value:

通过buffer转成base64存进去，取出来是再转回中文。

session是另一种记录客户状态的机制，不同的是cookie保存在客户端浏览器中，而session保存在服务器上。

前面说过，cookie 是存放在客户端，不是很安全，用户可以自己手动把cookie种在客户端以欺骗服务器。而session是存储在服务端的，所以对于较重要的数据存储在session。

缺点： session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能。

当浏览器第一次请求服务器时，服务器端会创建一个session对象，生成一个类似于key-value的键值对， 然后将key(cookie)下发到客户端，当客户端再访问时，携带key(cookie)，找到对应的session(value)。 生产中用户的信息都保存在session中。

***隐藏网址***

renew应用：比如我们登录账号写一篇博客，写了一半cookie过期了，当我们提交的时候就会退出登录，体验很不好，而且写好的博客丢失。

301和302重定向状态码区别。302为临时重定向，301永久重定向。Koa中默认为302。详细信息查看这篇博客 301和302重定向介绍

字符串 “back” 是特别提供Referrer支持的，当Referrer不存在时，使用 alt 或“/”。

要更改 “302” 的默认状态，只需在该调用之前或之后分配状态。要变更主体请在此调用之后:

解决跨域的方式有很多种，个人认为最好的方案是在服务器端设置支持跨域。

下面详细说明在koa2中设置具体的请求头信息：

在koa2中，解决跨域请求还可使用中间件 koa2-cors

node 发送邮件可以使用 nodemailer 三方模块。

安装：

使用说明：

更多详细配置信息及功能参照 官网

怎样操作nuxt框架进行路由鉴权并使用Koa与Session

这次给大家带来怎样操作nuxt框架进行路由鉴权并使用Koa与Session，操作nuxt框架进行路由鉴权并使用Koa与Session的注意事项有哪些，下面就是实战案例，一起来看一下。
引子
博客的后台管理页面需要有登录系统，所以考虑做一下路由鉴权，实现方式也是 Nuxt 官网给出栗子来改写，顺便也将前后端路由给统一了。
路由拦截
前端方面主要通过利用 Nuxt 的中间件来做路由拦截，这里也是需要 Vuex 状态树来做。
middleware
middleware/auth.js
export default function ({ store, redirect }) {

if (!store.state.user) {
return redirect(’/login’)
}
}通过对状态树上的用户信息是否存在来鉴权，来对页面进行重定向
layouts/admin.vue
export default {
middleware: ’auth’,
components: {
AdminAside
}
}在后台管理系统的页面布局上添加 中间件
nuxtServerInit
在 NuxtJs 的渲染流程中，当请求打入时，最先调用的即是 nuxtServerInit 方法，可以通过这个方法预先将服务器的数据保存。
我们可以利用该方法来接收存储用户信息的 Session 信息。
nuxtServerInit ({ commit }, { req, res }) {
if (req.session && req.session.user) {
const { username, password } = req.session.user
const user = {
username,
password
}
commit(’SET_USER’, user)
}
},当应用完毕时，一些我们从服务器获取到的数据就会被填充到这个状态树 (store) 上。
按照 NuxtJs 官网给出的栗子来看，到这里基本算把页面中路由鉴权部分写完了，接下来是对服务器端该部分代码的写作
使用Koa和koa-session
Koa和koa-session
后端代码我采用是 Koa 框架，以及 koa-session 来对 Session 做处理。
在新建 nuxt 项目的时候直接选用 Koa 框架即可
vue init nuxt/koa相关依赖
npm install koa-session在 server.js 中改写
import Koa from ’koa’
import { Nuxt, Builder } from ’nuxt’
// after end
import session from ’koa-session’
async function start () {
const app = new Koa()
const host = process.env.HOST || ’127.0.0.1’
const port = process.env.PORT || 7998
// Import and Set Nuxt.js options
let config = require(’../nuxt.config.js’)
config.dev = !(app.env === ’production’)
// Instantiate nuxt.js
const nuxt = new Nuxt(config)
// Build in development
if (config.dev) {
const builder = new Builder(nuxt)
await builder.build()
}
// body-parser
app.use(bodyParser())
// mongodb
// session
app.keys =
const CONFIG = {
key: ’SESSION’, /** (string) cookie key (default is koa:sess) */
/** (number || ’session’) maxAge in ms (default is 1 days) */
/** ’session’ will result in a cookie that expires when session/browser is closed */
/** Warning: If a session cookie is stolen, this cookie will never expire */
maxAge: 86400000,
overwrite: true, /** (boolean) can overwrite or not (default true) */
***隐藏网址***
signed: true, /** (boolean) signed or not (default true) */
rolling: false /** (boolean) Force a session identifier cookie to be set on every response. The expiration is reset to the original maxAge, resetting the expiration countdown. default is false **/
}
app.use(session(CONFIG, app))
// routes
app.use(async (ctx, next) =》 {
await next()
ctx.status = 200 // koa defaults to 404 when it sees that status is unset
return new Promise((resolve, reject) =》 {
ctx.res.on(’close’, resolve)
ctx.res.on(’finish’, resolve)
nuxt.render(ctx.req, ctx.res, promise =》 {
// nuxt.render passes a rejected promise into callback on error.
promise.then(resolve).catch(reject)
})
})
})
app.listen(port, host)
console.log(’Server listening on ’ + host + ’:’ + port) // eslint-disable-line no-console
}
start()对于 koa-session 的用法，可以参考：从koa-session中间件学习cookie与session
登录路由
// 登录
router.post(’/api/login’, async (ctx, next) =》 {
const { username, password } = ctx.request.body
let user,
match
try {
user = await Admin.findOne({ user: username }).exec()
if (user) {
match = await user.comparePassword(password, user.password)
}
} catch (e) {
throw new Error(e)
}
if (match) {
ctx.session.user = {
_id: user._id,
username: user.user,
nickname: user.nickname,
role: user.role
}
console.log(ctx.session)
return (ctx.body = {
success: true,
data: {
username: user.user,
nickname: user.nickname
}
})
}
return (ctx.body = {
success: false,
err: ’密码错误’
})
})写到这里，整个功能流程基本完毕了，也非常的顺畅，但是对我来说一帆风顺的代码是不存在的。
session is not defined
问题
nuxtServerInit ({ commit }, { req, res }) {
if (req.session && req.session.user) { // res.session is not defined
const { username, password } = req.session.user
const user = {
username,
password
}
commit(’SET_USER’, user)
}
}在 nuxtServerInit 获取不到有关 session 的任何信息，然而其他的 api 均可获取到 session ，当时由于苦苦找不到原因，一度怀疑栗子有问题。
原因
最终的问题还是因为自己的粗心，忽视了一些细节，在官网给出的栗子中：
app.post(’/api/login’, function (req, res) {
if (req.body.username === ’demo’ && req.body.password === ’demo’) {
req.session.authUser = { username: ’demo’ }
return res.json({ username: ’demo’ })
}
res.status(401).json({ error: ’Bad credentials’ })
})它将 session 保存在了 req.session , 所以在 nuxtServerInit session也确实存在于 req.session ，而我使用的 Koa2 和 Koa-session ， Koa-session 将 cookie 解析到了 ctx.session , 它并不存在于 req.session 。
解决
所以在将 nuxt.render 注入的时候，将 session 添加进 request 中
app.use(async (ctx, next) =》 {
await next()
ctx.status = 200 // koa defaults to 404 when it sees that status is unset
ctx.req.session = ctx.session
return new Promise((resolve, reject) =》 {
ctx.res.on(’close’, resolve)
ctx.res.on(’finish’, resolve)
nuxt.render(ctx.req, ctx.res, promise =》 {
// nuxt.render passes a rejected promise into callback on error.
promise.then(resolve).catch(reject)
})
})
})相信看了本文案例你已经掌握了方法，更多精彩请关注Gxl网其它相关文章！
推荐阅读：
怎样处理async/await浪费性能问题
jQuery实现模糊查询实战案例解析

用Koa实现一个较完整的登录注册功能需要用到哪些模块

登录注册涉及哪些功能？
基础 mvc 生成页面
处理登录，注册表单
登录状态
用户数据存储
找回密码
对下来要用到的模块：
koajs/ejs · GitHub、alexmingoia/koa-router · GitHub 实现 mvc
koajs/bodyparser · GitHub 用来处理登录注册的 post 上来的 HTTP body 中的数据
expressjs/cookie-parser · GitHubkoajs/session · GitHub cookie 解析以及基于 cookie 的 session 管理，用来保存用户的登录状态，也可以使用 Chilledheart/koa-session-redis · GitHub 来把 session 保存在 redis 中，等等
Automattic/mongoose · GitHub 数据库，保存用户信息
andris9/Nodemailer · GitHub 发邮件
整个应用的文件划分可参考：gusnips/node-koa-mvc · GitHub

koa中服务器对象的use方法,用于响应前端请求吗

use的设计其实是用于插入中间件的，处理一些通用的行为比如管理session。当然直接响应请求也是允许的。
但是对于业务比较复杂的场景，直接在这个地方响应请求的话后期会比较难维护。一般对于请求还是用 koa-router 分路由用不同的模块处理。这也是目前web框架的主流做法。

koa session 怎么用

首先，我们必须要弄清楚的是，我们需要的是—— 程序 or 框架？ 程序是已经成型的应用，你需要的是为它搭建环境、添加配置，然后就可以运行起来；框架则是应用的骨架，你需要为它添加数据模型、业务逻辑，它才能成为应用，开始提供服务。

express和koa的区别

express和koa从整体上来看，koa是比express更加轻量，他没有内置的各种中间件的支持，更集中于请求处理。当然在express 4.0以后，也移除了一批中间件支持，向轻量化进发。这一点上差别其实不是特别大了。

最大的差别是中间件和回调的处理逻辑。express采用的是callback，koa采用的是async，这样在执行上express的callback中就天然不支持异步的处理，在express中处理异步可能不是你想要的执行顺序。在这里，就有了koa的经典：洋葱模型。

除此之外，koa在响应上添加了上下文的概念，使用ctx存储各种响应信息，避免直接操作res。ctx能更好的帮助我们在多层级处理中传递信息，例如ctx.body可以多层级进行组合返回数据。

express 3 -》 4 之后，移除了一大批中间件，其中和我们关系比较大的是bodyParser、compress、cookieSession、cookieParser、static、directory等。

除此之外，4改变了路由注册的方式（增量式），增加了app.route、router = express.Router()的方式，中间件的app.use也支持path的注册。详见 Moving to Express 4 。

传送门
express和koa的区别