java强制下线 session,登录的多地挤下线功能 redis session

使用redis储存session

使用redis 存储 信息 和本地session 做比较

如果相同 表明是同一次登录

如果和redis不同 表明不是同一次登录 强制下线即可

req.headers.session 和 redis中做比较

1.redis存储

store.hset("investorToken",req.session.uid,req.session.investorToken, function (err, reply) {

if (err) {

return res.json(new JSONRet(errCode.unknown("未知错误001")));

}

}

)

investorToken:命名空间

req.session.uid: key

req.session.investorToken:value

取

store.hget("investorToken",uid,function(err, obj) {

})

2.本地session存储

首先要明白：session是在服务器端创建并保存在服务器端，当代码中创建session时会相应地创建sessionID保存在服务器端，同时服务器向浏览器响应信息时会以cookie形式 (其实就是“JSESSION：sessionID”的键值对)返回并保存到浏览器本地中。一旦当前浏览器的进程要取服务器对应的保存在session的信息时候，就会取出刚才保存在cookie中对应的sessionID和服务器端的sessionID进行对比，相同就能取出你想要的信息，不能就不能取出。

好了，明白这一点后，我们就可以即使浏览器禁止了cookie也能用session。因为在一般情况下(即没禁时候)，我们不需把sessionID保存到cookie中，因为一般情况下浏览器会自动的；然而当禁止时候，就需要我们主动的把sessionID写入到cookie中。那么问题就解决了。

使用session

var session = require('express-session');

我们使用 redis 创建session

var RedisStore = require('connect-redis')(session);

app.use(session({

store: new RedisStore({

client:redisClient

}),

secret: '**********',

key:'*********',

resave: false,

saveUninitialized: false,

cookie:{maxAge:60000*30}

}));

1.与其他用户状态保存方案比较

一般开发中用户状态使用session或者cookie，两种方式各种利弊。

Session:在InProc模式下容易丢失，并且引起并发问题。如果使用SQLServer或者SQLServer模式又消耗了性能

Cookie则容易将一些用户信息暴露，加解密同样也消耗了性能。

Redis采用这样的方案解决了几个问题，

1.Redis存取速度快。

2.用户数据不容易丢失。

3.用户多的情况下容易支持集群。

4.能够查看在线用户。

5.能够实现用户一处登录。(通过代码实现，后续介绍)

6.支持持久化。(当然可能没什么用)

///

1.session 和 cookie区别

2.redis 和 session 和 存储服务器

HTTP会话

Session代表服务器与浏览器的一次会话过程，这个过程是连续的，也可以时断时续的。在Servlet中，当JSP页面没有显式禁止session的时候，在打开浏览器第一次请求该jsp的时候，服务器会自动为其创建一个session，并赋予其一个sessionID，发送给客户端的浏览器。以后客户端接着请求本应用中其他资源的时候，会自动在请求头上添加：(Cookie:JSESSIONID=客户端第一次拿到的session ID)。这样，服务器端在接到请求时候，就会收到session ID，并根据ID在内存中找到之前创建的session对象，提供给请求使用

一、cookie：

在网站中，http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据(cookie)给浏览器，然后浏览器保存在本地，当该用户发送第二次请求的时候，就会自动的把上次请求存储的cookie数据自动的携带给服务器，服务器通过浏览器携带的数据就能判断当前用户是哪个了。cookie存储的数据量有限，不同的浏览器有不同的存储大小，但一般不超过4KB。因此使用cookie只能存储一些小量的数据。

二、session:

session和cookie的作用有点类似，都是为了存储用户相关的信息。不同的是，cookie是存储在本地浏览器，而session存储在服务器。存储在服务器的数据会更加的安全，不容易被窃取。但存储在服务器也有一定的弊端，就是会占用服务器的资源，但现在服务器已经发展至今，一些session信息还是绰绰有余的。

大白话：当你一次访问服务器的时候，服务器会在内存中开辟一块空间，返回唯一一把打开该空间的钥匙，再把这把钥匙返回到浏览器。

当你第二次访问的时候浏览器会携带这把钥匙到服务器端打开对应的空间，如果该空间已经销毁又重新返回开辟一块新的空间返回新的钥匙到浏览器。

把session 存放在redis中

const session = require('express-session');

const redisHelper = require('winner-common/redisUtil.js');

const RedisStore = require('connect-redis')(session);

const redisClient = redisHelper.store;

app.use(session({

store: new RedisStore({

client:redisClient

}),

secret: 'lxkWeb',

resave: false,

saveUninitialized: false

}));

为什么把session 存放在redis中

分布式项目通常部署在不同的服务器中，而传统session只存储在本地服务器，并不能实现session的跨域使用。因此实现session一致性通常将sessio存储到redis中，其他服务器获取回话信息直接去redis中获取。spring-session原理就是讲获取session的方式，从tomcate容器获取改为了从redis中获取