cookie存储在客户端，HTTP是无状态的，HTTP每次发出的时候会附上该域名下的cookie，从而可以给HTTP附上状态，最常见的就是登录态。
Bearer Token 是一种用于身份验证的访问令牌，它授权持有者（Bearer）访问资源的权限。当你向服务器发送请求时，你可以在请求头中携带Bearer Token，服务器会根据这个 Token 来验证你的身份并授权你所请求的操作。
由于之前的项目都不是前后端分离的项目，cookie和session的处理也是较为简单的。而这次开发的项目是前后端分离并且采用vue+springboot技术实现,在实现登录功能的时候突然想到该怎么实现维护用户的状态信息。这里就记录一下相关的知识点概念以及我的解决方案，仅供参考。
在Web应用中，HTTP请求是无状态的。即：用户第一次发起请求，与服务器建立连接并登录成功后，为了避免每次打开一个页面都需要登录一下，就出现了cookie，Session。
1、很久很久以前，Web 基本上就是文档的浏览而已， 既然是浏览，作为服务器， 不需要记录谁在某一段时间里都浏览了什么文档，每次请求都是一个新的HTTP协议， 就是请求加响应， 尤其是我不用记住是谁刚刚发了HTTP请求， 每个请求对我来说都是全新的。这段时间很嗨皮
由于HTTP是一种无状态的协议，服务器单从网络连接上无从知道客户身份。怎么办呢？就给客户端们颁发一个通行证吧，每人一个，无论谁访问都必须携带自己通行证。这样服务器就能从通行证上确认客户身份了。这就是。cookie指的就是在浏览器里面存储的一种数据，仅仅是浏览器实现的一种数据存储功能。cookie的保存时间，可以自己在程序中设置。如果没有设置保存时间，应该是一关闭浏览器，cookie就自动消失。
id role_name(角色名) create_time(创建时间）update_time(更新时间) delete_status(删除状态)
1、很久很久以前，Web 基本上就是文档的浏览而已， 既然是浏览，作为服务器， 不需要记录谁在某一段时间里都浏览了什么文档，每次请求都是一个新的HTTP协议， 就是请求加响应， 尤其是我不用记住是谁刚刚发了HTTP请求， 每个请求对我来说都是全新的。这段时间很嗨皮。
前言：HTTP是一种无状态的协议，为了分辨链接是谁发起的，需要浏览器自己去解决这个问题。不然有些情况下即使是打开同一个网站的不同页面也都要重新登录。而Cookie、Session和Token就是为了解决这个问题而提出来的两个机制
网络身份的验证的场景非常普遍，比如用户登陆后才有权限访问某些页面或接口。而HTTP通信是无状态的，无法记录用户的登陆状态，那么，如何做身份验证呢？
在之前的文章中，我们曾学习过，使用Redis作为缓存，去存放session来实现分布式session，以此完成不同服务间的分布式权限校验。实际上我们称这种登录模式为多点登录。
很久很久以前，Web 基本上就是文档的浏览而已，既然是浏览，作为服务器，不需要记录谁在某一段时间里都浏览了什么文档，每次请求都是一个新的 HTTP 协议，就是请求加响应，尤其是我不用记住是谁刚刚发了 HTTP 请求，每个请求对我来说都是全新的。这段时间很嗨皮。
随着Web应用程序的出现，直接**在客户端上存储用户信息**的需求也随之出现。者背后的想象时合法的：与特定用户相关的信息都应该保存在用户的机器上。无论是登录信息、个人偏好、还是其他数据，Web应用程序提供者都需要有办法 将他们保存在客户端。对于这个问题，第一个解决方案就是cookie。
很久很久以前，Web 基本上就是文档的浏览而已，既然是浏览，作为服务器，不需要记录谁在某一段时间里都浏览了什么文档。
随着Web应用程序的出现，直接在客户端上存储用户信息的需求也随之出现。者背后的想象时合法的：与特定用户相关的信息都应该保存在用户的机器上。无论是登录信息、个人偏好、还是其他数据，Web应用程序提供者都需要有办法 将他们保存在客户端。对于这个问题，第一个解决方案就是cookie。
原文链接：https://cnblogs.com/JamesWang1993/p/8593494.html
当企业应用系统逐渐增多后，每个系统单独管理各自的用户数据容易形成信息孤岛，分散的用户管理模式阻碍了企业应用向平台化演进。当企业的互联网业务发展到一定规模，构建统一的标准化账户管理体系将是必不可少的，因为它是企业互联网云平台的重要基础设施，能够为平台带来统一的帐号管理、身份认证、用户授权等基础能力，为企业带来诸如跨系统单点登录、第三方授权登录等基础能力，为构建开放平台和业务生态提供了必要条件。
在许多网络应用中，安全地管理和验证用户身份是至关重要的。许多开发者选择使用 JSON Web Tokens (JWT) 和 OAuth 2.0 作为他们的认证和授权解决方案。这两种技术各有其优点，并且它们可以结合起来提供一个完整且安全的用户验证体验。在本文中，我们将探讨如何使用 Go 语言从服务器获取并验证 JWT，以及探讨在实际应用中如何处理 token 的有效期问题。
早期的互联网相当于一个文件服务器，访问服务器，只是提供了文件浏览功能。每次请求都是一个 HTTP 协议请求，服务器并不知道是谁访问了互联网，后来随着电子商务，论坛等网站的发展，有了用户登录，服务器需要知道是谁登录了网站。怎么解决这个问题呢？
前言：HTTP是一种无状态协议，为了分辨链接是谁发起的，需要浏览器自己去解决这个问题，不然有些情况下即使是打开同一个网站的不同页面也都需要重新登录，而Cookie，Session，Token就是为了解决这个问题而来提出来的机制。
前言 本文将首先概述基于cookie的身份验证方式和基于token的身份验证方式，在此基础上对两种验证进行比较。 最后将介绍JWT（主要是翻译官网介绍）。 概述 HTTP是一个“无状态”协议，这意味着Web应用程序服务器在响应客户端请求时不会将多个请求链接到任何一个客户端。然而，许多Web应用程序的安全和正常运行都取决于系统能够区分用户并识别用户及其权限。 这就需要一些机制来为一个HTTP请求提供状态。它们使站点能够在会话期间对各用户做出适当的响应，从而保持跟踪用户在应用程序中的活动（请求和响应）。 co
认证是关于验证你的凭据，如用户名/邮箱和密码，以验证访问者的身份。系统确定你是否就是你所说的使用凭据。在公共和专用网络中，系统通过登录密码验证用户身份。身份认证通常通过用户名和密码完成，有时与认证可以不仅仅通过密码的形式，也可以通过手机验证码或者生物特征等其他因素。
当企业应用系统逐渐增多后，每个系统单独管理各自的用户数据容易形成信息孤岛，分散的用户管理模式阻碍了企业应用向平台化演进。
在开发Api时，处理客户端请求之前，需要对用户进行身份认证，Laravel框架默认为我们提供了一套用户认证体系，在进行web开发时，几乎不用添加修改任何代码，可直接使用，但在进行api开发时，需要我们自己去实现，并且Laravel框架默认提供的身份认证不是jwt的，需要在数据库中增加api_token字段，记录用户认证token并进行身份校验，如果需要使用jwt，无需添加字段，需要借助三方库来实现。
作者：Prosper Otemuyiwa 译者：java达人 来源：https://ponyfoo.com/articles/json-web-tokens-vs-session-cookies 什么是JWT JSON Web Token（JWT）是一种开放标准（RFC 7519），它定义了一种紧凑且独立的方式，可以将各方之间的信息作为JSON对象进行安全传输。 该信息可以验证和信任，因为是经过数字签名的。 JWT可以使用秘钥（使用HMAC算法）或使用RSA的公钥/私钥对进行签名。 JWT剖析 JWT基本
Authentication（认证） 是验证您的身份的凭据（例如用户名/用户 ID 和密码），通过这个凭据，系统得以知道你就是你，也就是说系统存在你这个用户。
在证书验证、基于JWT(Json Web Token)的身份认证、IDP(身份提供商)、SP(服务提供商)等技术中，都有一个可信的第三方，可明明是用户对资源或者服务的访问，为啥还要个第三方？
登录是每个网站中都经常用到的一个功能，在页面上我们输入账号密码，敲一下回车键，就登录了，但这背后的登录原理你是否清楚呢？今天我们就来介绍几种常用的登录方式。
HTTP 是无状态的。也就是说，HTTP 请求方和响应方间无法维护状态，都是一次性的，它不知道前后的请求都发生了什么。但有的场景下，我们需要维护状态。最典型的，一个用户登陆微博，发布、关注、评论，都应是在登录后的用户状态下的。这种情况下，各种鉴权就应运而生了。
CSRF，是跨站请求伪造（Cross Site Request Forgery）的缩写，是一种劫持受信任用户向服务器发送非预期请求的攻击方式。
1.客户端使用用户名跟密码请求登录 2.服务端收到请求，去验证用户名与密码 3.验证成功后，服务端会签发一个 Token，再把这个 Token 发送给客户端 4.客户端收到 Token 以后可以把它存储起来，比如放在 Cookie 里或者 LocalStorage 里，客户端每次向服务端请求资源的时候需要带着服务端签发的 Token 5.服务端收到请求，然后去验证客户端请求里面带着的 Token，如果验证成功，就向客户端返回请求的数据 6.web/APP登录的时候发送加密的用户名和密码到服务器，服务器验证用户名和密码，如果成功，以某种方式比如随机生成32位的字符串作为token，存储到服务器中，并返回 token 到web/APP，以后web/APP请求时凡是需要验证的地方都要带上该 token，然后服务器端验证 token，成功返回所需要的结果，失败返回错误信息，让他重新登录。其中服务器上 token 设置一个有效期，每次web/APP请求的时候都验证token 和有效期。 二、如何获取token的值，进行接口测试
遗憾的是依然有大量候选人答非所问，无法搞清楚 cookie 和 session 之间的区别。而在工作中也有让人惊讶的真实案例：把 user ID 存储到 local storage 中当做 token 使用，原因是他们声称弃用了 cookie 这种落后的东西；一个移动端项目，服务器给出的 API 中需要客户端模拟一个 cookie，从而像浏览器中 ajax 那样消费 API。
生成签名（signature） 旨在确保请求的完整性、防止篡改和重放攻击。签名的生成主要通过参数排序、拼接和哈希算法来实现。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
