代币盗窃(代币被盗)

很多朋友在找的时候会问代币盗窃和代币盗窃，可见有些人不'；你对这个问题不太了解，是吗？那么什么是代币被盗呢？让'；让我们仔细看看边肖的作品！

一般可以通过以下四个渠道查看借记卡的状态：

1。打理银行：请登录苹果12、ios14和农行版本v4.1.0，点击"我的账户借记卡"并点击您要检查的借记卡的卡号。，可以显示卡的账户状态和卡状态。

2。网上银行：请登录个人网上银行官网，点击"账户银行账户借记卡"，将鼠标移动到借记卡账户右侧的圆圈标记处，显示该卡的账户状态。。(macbookpromos14打开google版本92.0.4515.131)

3。客服热线：请拨打农行客服热线转人工服务进行查询。

4。柜台：卡主本人持有效身份证件和银行卡到农行任一网点查询。

农行卡状态异常怎么办？

银行账户状态异常的原因：银行卡手续费或其他费用被银行冻结。，密码输入错误次数超过指定次数。银行卡账户被司法冻结。银行卡过了有效期还没有续费。信用卡丢了。

银行卡账户状态异常时，去银行网点查看原因再处理。最有可能的是，账户被冻结了。。原因可能是账户长期不用，导致欠费冻结。

不排除您的账户涉及其他财务问题，如被他人盗用、被用于网络诈骗、被限制使用等。最简单的方法是打电话给银行'；的客服电话，然后求助人工服务说明问题。让别人帮你查，或者拿着你的身份证去网点解决。

网络运行、通信系统稳定性、服务人员等常见问题'；s熟悉业务和持卡人自身操作不当：一是网络中断，无法正常用卡。。如果是信用卡，可以通过人工授权的方式办理。如果是借记卡，一般需要等到网络或系统正常后才能办理业务。

出现问题后，银行一般会及时研究排除，客户需要耐心等待。二是交易中途失败，导致卡账错误。。唐'；当这种情况发生时，不要惊慌。目前各家银行都建立了相应的错误处理机制，将尽快调整上述文章内容，确保客户安全'；资金。

持卡人如对账户交易有疑问，应及时与发卡行联系，请其查询交易情况。在询价期间，您应通过电话或其他方式与开证行保持联系。对于需要对错误交易进行账户调整的交易，应要求发卡行指定账户调整时间。以上文章内容为错误处理截止时间，请参考《银行卡跨行业务差错处理暂行办法》。

token是收据，但比车票温柔多了。如果你把票弄丢了，你需要重新花钱。如果您丢失了令牌，您可以重新认证它。因此，丢失令牌的代价是可以忍受的，只要你不'；不要经常丢失它。如果让用户三到五次认证一次，用户体验就会丧失。

在客户端，除非你有非常安全的方法，比如操作系统提供的私有数据的存储，那么token肯定会被泄露。比如，我拿了你的手机。复制您的令牌，您就可以在它过期之前以您的身份登录到其他地方。

解决这个问题的简单方法

1。存放时，对称存放令牌，及时解锁。

2。结合请求URL、时间戳和令牌，添加盐和签名，服务器验证有效性。

这两种方法的出发点是更容易窃取你存储的数据。很难分解你的程序黑客，你的加密，解密和签名算法。不过，说难不难，毕竟是防君子防小人的做法。据说加密存储一个客户端如果被人打开就不会以纯文本存储.

方法一：可以'；t获取存储的密文；方法二：它不'；t不知道你的签名算法和盐，可以一起吃。

但是如果token被复制走了，他自然可以植入手机，然后他的手机也可以作为你使用。，那你就是瞎了。

因此，它可以为用户提供一种机制，以主动终止与过去令牌类似的机制，并可以在被盗时远程阻止损失。

如果一个人能谈论安全，他怎么能谈论安全呢'；他连手机都不保护.[XY002]

在网络层明文传输token会非常危险，建议使用HTTPS，将token放在post体中。Web开发领域的

相信大家对Cookie和Session都很熟悉，都是会话保持技术的解决方案。随着技术的发展，令牌机制出现在我们面前。然而，许多开发人员不清楚令牌和Cookie与会话之间的区别以及使用场景。

使用cookies和会话

要知道我们访问网站是通过HTTP协议或者HTTPS协议，HTTP协议本身是无状态的(也就是服务器可以'；无法辨别哪些请求来自同一个客户)。。业务层会涉及到客户端和服务器端的交互(同一网站下的多个页面之间可以共享数据)。此时，服务器必须维护会话状态，以便对用户进行身份验证'；的身份。

由于HTTP的无状态特性，如果要保持客户端和服务器之间的会话，就需要其他机制来实现，于是Cookie和sessions应运而生。

一般情况下，Session和Cookie一起使用。

什么是令牌

上面提到的会话和Cookie机制会有一个问题：客户端浏览器只需要保存自己的SessionID。但是服务器要保存所有用户的会话信息，这对服务器来说成本很高，而且不使用服务器的扩展(比如服务器集群化的时候如何同步存储会话就是个问题)！

所以有人认为。如果会话信息由客户端保存，无法伪造，可以'；这个问题不能解决吗？然后是令牌机制。

令牌通常被称为"令牌"，其成分为：

令牌机制下的认证流程

令牌机制其实和Cookie机制很像，主要有以下流程：

1。用户登录进行身份认证。认证成功后，服务器生成令牌并返回给客户端；

2。客户端接收令牌并保存在客户端(可以保存在Cookie、LocalStorage和SessionStorage中)；

3。当客户端再次请求服务器时，将令牌作为请求头放入头中；

4。服务器接收请求头中的令牌，并根据已建立的规则再次对用户参数进行签名。如果两个签名一致，则认为成功。相反，数据篡改请求失败。

(生成签名示例图)

(验证签名示例图)

令牌和Cookie会话之间的差异

cookie实际上充当令牌，但它们是"有状态"；Tokentoken是无状态的，更有利于分布式部署。

会话和cookie

在我们讨论Token之前，让'；让我们简单谈谈什么是会话和cookie。

令牌

但是这里会有一个问题。服务器保存所有用户的会话信息会花费很多。如果是在分布式体系结构中，，需要考虑会话共享的问题，需要做额外的设计开发，比如将会话中的信息保存到Redis进行共享；所以出于这个原因，有人考虑这些信息是否可以被客户端保存，是否可以保存到任何地方。并保证其安全性，所以有了令牌。

Token是服务器生成的字符串，可以看作是客户端发出请求的令牌。

基于令牌的身份验证过程

整体流程如下：

总结希望我的回答能帮到你！我会继续分享我对Java开发、架构设计、程序员职业发展等方面的看法，希望得到大家的关注。

Token，顾名思义，就是一个令牌，一个证书，一个密钥。只有这把钥匙你才能开门。令牌通常由服务器生成，例如web系统。当用户登录时，服务器将在验证用户名密码已通过后生成一个令牌。同时，生成刷新令牌和到期时间。然后将refreshToken和Token返回给客户端。客户端将保存令牌。所有后续请求都将携带此令牌。。服务器将判断当前令牌是否存在或已经过期。如果令牌不存在或过期，请求将被拒绝。令牌过期怎么办？用refreshToken刷新时间就行了。当然，这里可能还有其他方案。。例如，只生成一个令牌，每次请求它时都会刷新到期时间。如果过期时间长时间不刷新，令牌将过期。

会话是回复，是服务器的一个操作。当你第一次访问一个网站时。，服务器将生成一个会话，并有一个与之对应的sessionid。这个会话存储在内存中，您可以将信息写入这个会话，例如当前登录用户的信息。。Sessionid会返回给客户端，客户端一般用cookie保存。当然，这个cookie不需要人工编写。以tomcat容器为例。。当后端调用HttpServletRequest对象的getSession方法时，tomcat内部会生成一个JSESSONID(Tomcat会话ID的名称)。。此jsessonid将随此请求返回给客户端。响应头信息

将被写入cookie。然后jessionid会通过cookie传递给服务器。

这里很清楚，会话的数据存储在内存中。那'；这就是问题所在。如果我们的服务是分布式的，有很多机器，也许当我们第一次登录时，我们存储用户'；会话中的信息。然而，后一个请求发送到机器B，而机器B可以'；t获取用户'；的会话。另外，会话存储在内存中，服务器重启时会话丢失，这是他的缺点。现在有一些技术。比如会话共享，iphash，会话持久化等。也能解决以上问题。

cookie是浏览器的一种策略。如上所述，sessionid存储在cookie中。。我们知道http协议是无状态的，cookie就是用来解决这个问题的。Cookie可以用来保存服务器返回的一些用户信息，比如上面提到的token和sessionid。每个请求会带着这些饼干。服务器可以通过从请求头获取cookie中的信息来识别这个请求的来源，这样http就变成有状态的了。

以下是cookie的一些注意事项。

1。cookie存储在客户端，所以不安全。

可以人工清除。2.cookie有过期时间设置。如果没有设置过期时间，这个cookie就是当前浏览器的会话时间，浏览器关闭。Cookie存在。如果有过期时间，cookie会存储在硬盘上，浏览器关闭时不会影响cookie。下次打开浏览器时，cookie仍然存在

3。Cookies大小有限，4KB。。

这个问题网上有很多答案。我相信我已经读完了所有的书，但是我不知道。我不认为我理解他们。所以我赢了'；不要在网上复制。我'；我会用我自己的话，试着受欢迎，直奔主题。

cookie和session其实是同一个认证过程，相辅相成。会话保存在服务器中，cookie保存在客户机中。最常见的做法是客户端的cookie只存储一个sessionID。这个sessionID是一个随机数，没有规则，是客户端登录后服务器随机产生的。以后客户端每次访问网站都会带上这个由sessionID组成的cookie。服务器收到了请求，先获取客户端的sessionID，然后查询它所代表的客户端(用户名，用户组，权限等。)从服务器内存中。

与token相比，这里的重点是，服务器必须保存sessionID和由ID表示的客户端信息。这些内容可以存储在内存或数据库中(通常是内存数据库)。

令牌根本不能保存任何登录信息。

令牌的流程如下。客户端登录后，服务器生成一堆客户端身份信息，包括用户名、用户组、权限、过期时间等等。另外，签信息。。然后将身份信息和签名作为一个整体发送给客户端。这整件事被称为令牌。之后客户端负责保存令牌，服务器不保存。每次客户访问网站时，都要带上这个令牌。服务器收到请求后，，分为身份信息和签名，然后验证签名。如果验证成功，直接使用身份信息(用户名、用户组、权限等。).

可以看出，相比cookie/session机制，在token机制中，，服务器不需要保存用户'；的身份信息(用户名、用户组、权限等。).这减轻了服务器的负担。

Let'；比方说，目前有1000万用户登录并访问不同的网页。。如果使用cookie/session，服务器内存(或内存数据库)中要同时记录1000万用户的信息。每当客户端访问一个页面，服务器就从内存中查询他的登录信息。如果你使用token，，用户登录信息不会记录在服务器内存中。它只需要直接使用客户端收到请求后发送的登录身份信息。

可以说，cookie/session意味着客户机就是服务器所说的那个客户机。。托肯就是客户所说的我。当然，token有签名机制。如果客户伪造身份，签名将不会通过。这个签名算法很简单。，即在客户端的身份信息中加入一个只有服务器知道的salt值(可以'；t不被泄露)，然后进行md5哈希算法(这里只是简化和通俗易懂，实际细节稍微复杂一点)。单个服务器上的

cookie/会话，单个域名比较简单，否则要考虑如何将客户端的会话保存或同步到多台服务器上。还要考虑一旦停机，内存中的这些信息是否会丢失。令牌因为服务器不保存用户身份，所以不存在这样的问题。。这就是token的优势。

令牌，因为服务器不'；不保存用户身份信息，一切取决于原始签名。所以有被盗的风险。也就是说，一旦被盗，服务器可能就没有办法了，因为它只认可签名算法。。还有会话机制，服务器可以随时把他踢出去(从内存中删除)，看谁不开心。因此，令牌高度依赖于到期时间。过期时间不能太长。短暂的过期可以降低被盗的风险。

除了以上。我个人认为，如果开发的系统足够小，倾向于使用cookie/session。如果系统有许多用户同时登录，集群服务器和单点登录需求，它倾向于使用令牌。

万维网的发展历史

Token，令牌，代表执行某些操作的权利的对象。

token主要用于认证，主要有以下几类：

Cookies主要是网站用来临时存储浏览器中的数据，包括浏览器缓存的数据和服务器设置的一些数据，主要存储在浏览器中。

session主要用于保存会话数据，一般存储在服务器端。同时，每个会话对使用一个sessionID，它存储在浏览器的cookie中。

传统的会话登录和认证主要通过会话加cookie来实现。随着分布式系统的快速发展，特别是微服务的应用，令牌cookie的授权访问机制备受青睐。通常，在用户登录后，服务器生成一个访问令牌，浏览器将它存储在cookie中。，每次请求资源时，都会在请求头中为服务器带来一个令牌来授权访问。

Token和session都是网站会话维护和认证的解决方案；

如果它'；都一样，为什么有代币？

从令牌生成的后台开始

1。移动终端的应用使服务器会话无效

。

2。在分布式系统中，会话不能共享

，所以对于以上两种情况，会话都是无效的，所以有一个令牌说

。那么什么是代币，代币是什么样的呢？

先给大家一个直观的感受

token:PC-3066014f0b10792e4a762-23-2017053133947-4f6496

。

说白了，令牌存储就是用户'；s信息(不能存储密码等敏感信息)

令牌组成：

客户端标识符-用户代码-用户标识-创建日期-RONDEM[6位]

用户代码，RONDEM[6位]经过MD5加密后成为上面的字符串

。

令牌'；s请求流

请求流分析

1。前端用户向认证系统

2发送登录信息。验证用户登录信息，判断用户是否存在

3。如果用户存在。，生成令牌信息(客户端标识-用户代码-用户id-创建日期-rondem[6位])并存储在redis

4中。将令牌返回到前端，并将其附加到标头。

验证令牌

客户端

将令牌附加到头

服务器

最后，总结

。

一般垂直架构项目使用Session没有问题，但分布式项目或移动终端考虑token。

会话

会话的中文翻译是"会话"当用户打开web应用程序时，会与web服务器生成一个会话。服务器使用会话来临时保存用户'；用户离开网站后，会话将被销毁。。这种存储用户信息的方式比cookie更安全，但是session有一个缺陷：如果web服务器做了负载均衡，那么当下一个操作请求到达另一个服务器时，session就会丢失。

cookie

cookie是存储在本地终端中的数据。cookie由服务器生成并发送给浏览器，浏览器将cookie以kv的形式保存在某个目录下的文本文件中。下次您请求相同的网站时，cookie将被发送到服务器。因为cookie存在于客户端，所以浏览器增加了一些限制，保证cookie不会被恶意使用，不会占用太多的磁盘空间。所以每个域的cookie数量是有限的。

cookie由：名称(key)、值(value)、有效域(domain)和路径(域的路径)组成。，一般设置为全局："")、过期时间、安全标志(被指定后，只有在使用SSL连接时，cookie才会被发送到服务器(https)。下面是一个简单的js使用cookie的例子：

用户登录时产生cookie:

文档。cookie="id="结果。数据['；id']"；path=/；

文件。cookie="name="结果。数据['；姓名'；]"；path=/；

文件。cookie="avatar="结果。数据['；阿凡达'；]"；path=/；

使用到甜饼干时做如下解析：

varcookie=document。曲奇；varcookierar=cookie。拆分("；");varuser_info={}；for(varI=0；我烹饪更长；i){

用户信息[cookierer[I]。拆分("="[0]]=cookier[I].拆分("="[1];

}

$('；#用户名'；)。text(user_info['；姓名'；]);

$('；#user_avatar')。属性("src"，user_info['；阿凡达'；]);

$('；#user_id')。val(user_info['；id']);

token

token的意思是"令牌"，这是一种验证用户'；的身份。最简单的令牌由uid(用户的唯一身份)、时间(当前时间的时间戳)和sign(签名)组成。token的salt的前几位用哈希算法压缩成一定长度的十六进制字符串，可以防止恶意第三方拼接token请求服务器)。您还可以将常量参数放入令牌中，以避免多次搜索数据库

cookie和会话

[

cookie数据存储在客户端'；的浏览器，会话数据放在服务器上。

2。cookie不是很安全。其他人可以分析本地存储的cookie，出于安全原因，应该使用欺骗cookie

会话。

3。会话将在服务器上保存一段时间。随着访问量的增加，会占用你服务器的性能

鉴于降低服务器的性能，应该使用COOKIE。

4。存储在单个cookie中的数据不能超过4K，许多浏览器限制一个站点最多20个cookie。。

5。所以个人建议：

将登录信息等重要信息存储为SESSION

其他信息可以根据需要放入COOKIE中

。

token与session的区别

session与oauthtoken并不矛盾，token作为认证的安全性优于session。因为每个请求都经过签名，所以还可以防止监听和重放攻击，会话必须依靠链路层来保证通信安全。如上所述，如果您需要实现有状态会话，您仍然可以添加一个会话来保存服务器端的一些状态

。

applicationsusuallyuserestfulapitodealwithcomputernetworkservers.Isstateless也就是说，app没有'；不需要cookie保存会话像浏览器，所以它'；用会话令牌来标记自己就够了，会话/状态由api服务器的逻辑来处理。。如果你的后端不是无状态的restapi，那么你可能需要在app中保存会话。你可以在应用程序中嵌入webkit，并使用隐藏的浏览器来管理cookie会话。

Session是一种HTTP存储机制，旨在为无状态HTTP提供一种持久的机制。所谓会话认证，就是因为SID的不可预测性，把用户信息简单的存储到会话中。目前，它被认为是安全的。这是一种认证手段。Token，如果是指OAuth令牌或者类似的机制，提供认证和授权，认证是给用户的，授权是给App的。。它的目的是给一个应用程序访问用户的权利'；的信息。这里的令牌是唯一的。你可以'；t转移到其他应用程序，您可以'；不要转让给其他用户。转身说会话。会话仅提供简单的身份验证。，也就是拥有这个SID就意味着拥有这个用户的所有权限。这需要严格保密。这些数据只应保存在网站上，不应与其他网站或第三方应用程序共享。所以简单来说，如果你的用户数据可能需要分享给第三方。或者允许第三方调用API接口并使用Token。这不'；如果你一直只是自己的网站和应用程序，那么你用什么都不重要。

令牌是一个令牌。比如你授权(登录)一个程序，它就是一个基础。，以确定您是否已授权该软件；Cookie是写在客户端的txt文件，里面包含了你的登录信息等等，这样你下次登录一个网站，就会自动调用cookie自动登录用户名；会话类似于cookie。它'；只是会话是一个写在服务器上的文件，你需要在客户端写一个cookie文件，但是这个文件包含你的浏览器号。会话的状态存储在服务器上。，客户端只有sessionid令牌的状态存储在客户端。

要想全面深入的掌握Token，首先需要了解这些：Token的概念，认证流程，实现思路，使用场景。，以及Cookie、会话和令牌的区别。

内容概述

Token的定义

Token是验证用户身份的一种方式，称为"令牌"简称。。最简单的令牌包括：uid(user'；的唯一标识)、时间(当前时间的时间戳)和符号(签名)，通过哈希算法从令牌的前几位开始压缩成一定长度的十六进制字符串。可以防止恶意第三方拼接令牌请求服务器)。您还可以将常量参数放入令牌中，以避免多次检查库。

令牌

的认证过程

每个请求都需要Token，它应该在HTTP的头部发送，从而确保Http请求是无状态的。我们还设置了服务器属性Access-Control-Allow-Origin:*，以便服务器可以接受来自所有域的请求。

需要注意的是，当ACAO头标有*时，不允许使用HTTP认证、客户端SSL证书、cookies等证书。

Token的实现思路

当我们对程序中的信息进行认证，得到Token的时候，我们可以用这个Token做很多事情。我们甚至可以基于创建一个基于权限的令牌，并将其传递给第三方应用程序。，这些第三方程序可以获取我们的数据(当然，只是在我们允许的特定令牌中)。

令牌的应用场景

cookie与会话的区别

基于以上考虑，建议

Session和Cookie互为补充，登录信息等重要信息存储为Session，其他信息可以根据需要存储在Cookie中。

令牌和会话的区别

会话和令牌并不矛盾。作为一种身份验证，令牌比会话更安全，因为令牌发送的每个请求都经过签名。，可以防止监控和重放攻击。会话必须依靠链路层来确保通信安全。如上所述，如果需要实现有状态会话，可以通过添加会话的方式在服务器端保存一些状态。

App通常使用RestfulAPI处理服务器。Rest是无状态的，也就是App没有'；不需要Cookie来像浏览器一样保存会话。因此，使用会话令牌来标记它就足够了。会话/状态由API服务器的逻辑处理。如果后端不是无状态restAPI，然后，您可能需要在应用程序中保存会话。您可以将webkit嵌入应用程序中，并使用隐藏的浏览器管理cookie会话。

会话是一种HTTP存储机制。以便为无状态HTTP提供持久的机制。所谓的会话认证，就是将用户信息存储在会话中。由于SID的不可预测性，暂时认为是安全的，是一种认证手段。

Session只提供简单的认证，即拥有这个SID和用户的所有权限。这需要严格保密。这些数据只存储在用户网站上，不能与其他网站或第三方应用程序共享。所以简单来说，如果您的用户数据可能需要与第三方共享，或者如果允许第三方调用API接口，请使用令牌。如果只是自己的网站或者App应用，用什么都可以。

令牌，指OAuth令牌或类似机制，提供认证和授权，认证是给用户的，授权是给App的。它的目的是给一个应用程序访问用户的权利'；的信息。这里的令牌是唯一的，不能转移到其他应用程序。，你可以'；不要转让给其他用户。

令牌是一个令牌。比如你授权(登录)一个程序，是判断你是否授权了该软件的一个依据。Cookie是写在客户端的txt文件。，记录用户'；的访问、登录和其他信息。下次用户登录网站时，服务器会自动调用Cookie，并在收到请求时以用户名登录。

会话类似于Cookie。它'；只是会话是一个写在服务器端的文件，而Cookie文件需要写在客户端，但是这个文件包含用户'；的浏览器号。会话的状态存储在服务器端，客户端只有会话id。，令牌的状态存储在客户端中。

以上是对Token、Session、Cookie知识点的介绍，对儿童的讲解更加深入详细'；感兴趣的鞋子。，可以查看我一直分享的[BAT架构技术合集500]，回复[架构]获取。什么是

令牌？

Token是一个令牌，一个证书，一个密钥，用于Web领域的认证。重点是验证！据说验证需要了解Web领域的发展历史。

2。随着人的变化'；的需求，比如网上购物系统，需要登录的网站等。这时候就有必要互动了。当服务器接收到请求时，根据你是否登录，判断你是谁，我会给你回应。这时候，问题来了。您如何知道每次是谁在请求呢？这样就产生了一个会话id，它是一个随机的字符串。当每个人登录时，，服务器将返回一个会话ID，这是在再次请求时。只要你带上会话ID，服务器就会知道是谁在请求。

3。这样，每个人只需要保存他们的会话id。，服务器要救大家'；的会话id！如果成千上万的人访问服务器，对服务器来说是一笔巨大的开销，严重限制了服务器的可扩展性。例如，如果机器A和机器B形成一个服务器集群，那么机器A被访问。会话徽标在机器a上。如果您切换到机器B，您可以'；不要访问它。也许你会说，那抄袭呢？A机移至b机，也有人说logo会统一放在一台机器上，但万一这台机器挂了，体验会很差。

4。这时，有人想，用户保存自己的身份，也就是Token，访问时带上这个Token。这个令牌是用户id签名。验证时，服务器只需要服务器知道的相同算法和密钥。如果结果与令牌中的签名相同，，可以证明是登录用户。

这样服务器不保存会话id，只生成一个令牌。访问时，只要判断令牌，令牌也是有效的。，所以还需要refreshToken。

令牌、cookie、会话有什么区别？

令牌主要用于Web域中的认证。最常见的是WebAPI的功能：[XY002][XY001]Cookies就是cookie，是服务器产生的数据，永久保存在浏览器中。kv的形式，可以打开你的浏览器(这里以win10edge为例)。，点按顶部三个点的按钮，然后点按“更多工具”，再点按“开发者工具”，然后点按“网络”。此时，选择文档，然后刷新页面并找到Cookie。

会话是会话标识符。，服务器使用它来判断对话中的用户是谁。服务器产生的随机数保存在服务器里，用户端也要保存。虽然可以共享会话，但是服务器的扩展能力有限。同时，当服务器由两台以上的机器组成时，，会导致两台以上机器保存会话的同步问题，导致用户体验不佳。

令牌和会话最大的区别在于令牌服务器不需要保存，通过签名等技术实现。Session是一个随机数，它使服务器保存。

代币盗窃和代币盗窃介绍完毕。不知道你有没有从中找到你需要的信息？如果你想了解更多。

相关内容

标签： 登录信息 会话存储 用户登录