🔍 登录 注册

前后端分离token时效及token更新的实现方案

大 大苹果 2024-07-12 linux 👁 19 ⏱ 7min

实现前后端分离的登录状态保存,保证登录时效,并处理长时间不访问登录状态失效以及长时间访问自动更新登录时效的需求,通常使用JWT(JSON Web Token)和刷新令牌(Refresh Token)机制。以下是一个完整的解决方案:

一、项目结构

  1. 初始化Node.js项目并安装必要的依赖。
  2. 创建用户注册、登录和刷新令牌的功能。
  3. 设置JWT的有效期,并使用刷新令牌来延长用户的登录会话。

1. 初始化项目并安装依赖

mkdir jwt-auth-refresh-example
cd jwt-auth-refresh-example
npm init -y
npm install express body-parser jsonwebtoken bcryptjs

2. 创建项目结构

jwt-auth-refresh-example
├── server.js
├── config.js
└── routes
    └── auth.js

3. 配置JWT和刷新令牌密钥

在config.js中定义JWT和刷新令牌密钥:

module.exports = {
  jwtSecret: 'your_jwt_secret_key', // 替换为您的JWT密钥
  refreshTokenSecret: 'your_refresh_token_secret_key', // 替换为您的刷新令牌密钥
  jwtExpiry: '15m', // JWT有效期
  refreshTokenExpiry: '7d' // 刷新令牌有效期
};

4. 实现用户注册、登录和刷新令牌

在routes/auth.js中实现用户注册、登录和刷新令牌逻辑:

const express = require('express');
const bcrypt = require('bcryptjs');
const jwt = require('jsonwebtoken');
const config = require('../config');

const router = express.Router();

const users = []; // 临时存储用户
const refreshTokens = []; // 临时存储刷新令牌

// 生成访问令牌
function generateAccessToken(user) {
  return jwt.sign(user, config.jwtSecret, { expiresIn: config.jwtExpiry });
}

// 生成刷新令牌
function generateRefreshToken(user) {
  const refreshToken = jwt.sign(user, config.refreshTokenSecret, { expiresIn: config.refreshTokenExpiry });
  refreshTokens.push(refreshToken);
  return refreshToken;
}

// 注册路由
router.post('/register', async (req, res) => {
  const { username, password } = req.body;

  const existingUser = users.find(user => user.username === username);
  if (existingUser) {
    return res.status(400).json({ message: 'User already exists' });
  }

  const hashedPassword = await bcrypt.hash(password, 10);
  const user = { username, password: hashedPassword };
  users.push(user);

  res.status(201).json({ message: 'User registered successfully' });
});

// 登录路由
router.post('/login', async (req, res) => {
  const { username, password } = req.body;

  const user = users.find(user => user.username === username);
  if (!user) {
    return res.status(400).json({ message: 'Invalid credentials' });
  }

  const isPasswordValid = await bcrypt.compare(password, user.password);
  if (!isPasswordValid) {
    return res.status(400).json({ message: 'Invalid credentials' });
  }

  const accessToken = generateAccessToken({ username: user.username });
  const refreshToken = generateRefreshToken({ username: user.username });

  res.json({ accessToken, refreshToken });
});

// 刷新令牌路由
router.post('/token', (req, res) => {
  const { token } = req.body;
  if (!token) {
    return res.status(401).json({ message: 'No token provided' });
  }
  if (!refreshTokens.includes(token)) {
    return res.status(403).json({ message: 'Invalid refresh token' });
  }

  try {
    const user = jwt.verify(token, config.refreshTokenSecret);
    const accessToken = generateAccessToken({ username: user.username });
    res.json({ accessToken });
  } catch (error) {
    return res.status(403).json({ message: 'Invalid refresh token' });
  }
});

module.exports = router;

5. 保护受保护的路由

在server.js中配置Express应用并保护受保护的路由:

const express = require('express');
const bodyParser = require('body-parser');
const jwt = require('jsonwebtoken');
const config = require('./config');
const authRoutes = require('./routes/auth');

const app = express();

app.use(bodyParser.json());

app.use('/auth', authRoutes);

// 保护路由中间件
const authenticateJWT = (req, res, next) => {
  const authHeader = req.headers.authorization;
  if (!authHeader) {
    return res.status(401).json({ message: 'Access denied. No token provided.' });
  }

  const token = authHeader.split(' ')[1];
  try {
    const decoded = jwt.verify(token, config.jwtSecret);
    req.user = decoded;
    next();
  } catch (error) {
    return res.status(403).json({ message: 'Invalid token' });
  }
};

// 受保护的路由
app.get('/protected', authenticateJWT, (req, res) => {
  res.json({ message: 'This is a protected route', user: req.user });
});

const PORT = process.env.PORT || 3000;
app.listen(PORT, () => {
  console.log(`Server is running on port ${PORT}`);
});

6. 测试API

您可以使用curl或Postman等工具测试API。

注册用户

curl -X POST http://localhost:3000/auth/register -H "Content-Type: application/json" -d '{"username": "testuser", "password": "testpass"}'

登录用户

curl -X POST http://localhost:3000/auth/login -H "Content-Type: application/json" -d '{"username": "testuser", "password": "testpass"}'

登录成功后,您将收到一个JWT访问令牌和一个刷新令牌:

{
  "accessToken": "YOUR_JWT_ACCESS_TOKEN",
  "refreshToken": "YOUR_JWT_REFRESH_TOKEN"
}

访问受保护的路由

使用获取的JWT访问令牌访问受保护的路由:

curl -X GET http://localhost:3000/protected -H "Authorization: Bearer YOUR_JWT_ACCESS_TOKEN"

您将收到受保护路由的响应:

{
  "message": "This is a protected route",
  "user": {
    "username": "testuser",
    "iat": 1600000000,
    "exp": 1600003600
  }
}

刷新访问令牌

使用刷新令牌获取新的访问令牌:

curl -X POST http://localhost:3000/auth/token -H "Content-Type: application/json" -d '{"token": "YOUR_JWT_REFRESH_TOKEN"}'

您将收到新的访问令牌:

{
  "accessToken": "NEW_JWT_ACCESS_TOKEN"
}

总结

通过以上步骤,您可以实现前后端分离的登录状态保存,包括登录时效、长时间不访问登录状态失效以及长时间访问自动更新登录时效。此方案利用了JWT和刷新令牌机制来管理用户会话,确保安全性和用户体验。希望这对您有所帮助。

读完了?给作者一点支持

本文采用 CC BY 4.0 协议转载 · © 大苹果

评论(0)

登录 后参与评论。

  • 还没有评论,来抢沙发。

🔗 相关文章

Mysql 表被标记为崩溃,最后一次自动化修复失败

当 MySQL 日志中出现“表被标记为崩溃且自动修复失败”的提示时,通常表示 MySQL 在启动过程中检测到某个表的文件系统或存储引擎层出现了问题。这种情况通常会导致表无法正常使用,需要手动进行修复。以下是处理这种情况的一些步骤和方法: ### 1. **查看具体错误信息** 首先,需要查看 MySQL 错误日志以获取更多的错误信息。这可以帮助确定崩溃的表和具体的问题。 ```bash # 查看 MySQL 错误日志 tail -f /var/log/mysql/error.log ``` ### 2. **修复表** 不同的存储引擎有不同的修复工具,以下是常用的修复方法: #### **使用 `myisamchk` 修复 MyISAM 表** 如果崩溃的表使用的是 MyISAM 存储引擎,可以使用 `myisamchk` 工具来修复表。 1. 停止 MySQL 服务: ```bash sudo systemctl stop mysql ``` 2. 使用 `myisamchk` 修复表:

2024/8/11👍 0

mermaid.min.js的使用及介绍

`mermaid.min.js` 是一个 JavaScript 库,用于在浏览器中轻松绘制复杂的图表和流程图。Mermaid 通过使用简单的标记语言来描述图表,使得用户无需深入学习图表绘制的底层技术即可创建专业的图形。 在这篇文章中,我们将介绍 `mermaid.min.js` 的功能、应用场景、如何在项目中使用,以及一些常用的示例。 ## Mermaid 的功能 Mermaid 支持多种类型的图表,包括但不限于: 1. **流程图(Flowchart)**: - 用于表示流程或过程中的步骤。 - 支持各种节点和连线风格。 2. **序列图(Sequence Diagram)**: - 用于表示对象之间的交互。 - 展示消息的发送和接收过程。 3. **类图(Class Diagram)**: - 用于表示类及其关系。 - 支持类的属性和方法定义。 4. **状态图(State Diagram)**: - 用于描述系统状态及其转换。 - 适用于复杂的状态机建模。 5. **甘

2024/8/9👍 0

docker之Dockerfile及docker compose配置文件的说明及使用

Docker 的配置文件对于镜像构建和容器化应用的管理至关重要。在 Docker 中,主要的配置文件是 Dockerfile 和 docker-compose.yml。Dockerfile 用于构建镜像,而 docker-compose.yml 用于定义多容器应用。下面将详细介绍这两个文件的配置选项和用法。 ## Dockerfile 配置详解 **Dockerfile** 是一个文本文件,其中包含一组指令,用于定义如何构建 Docker 镜像。以下是 Dockerfile 中常用的指令及其用法: ### FROM `FROM` 指令用于指定基础镜像,是 Dockerfile 中的第一条指令。 ```dockerfile FROM node:14 ``` 上例中,`node:14` 是官方的 Node.js 版本 14 的镜像。 ### LABEL `LABEL` 用于为镜像添加元数据,以键值对形式存在。 ```dockerfile LABEL maintainer="your-email@example.com" LABE

2024/8/9👍 0