jwt认证

㈠ springboot+springsecurity+oauth+jwt做的登陆认证本地测试的没有问题，为什么前端请求不到接口

找到jwt的的配置文件类，一般命名是
SecurityConfig，也有可能你们的会加写其他的单词

找到这个文件后，在里面全都是配置过滤接口，或者接收什么形式的url的
你的前端请求不到接口，有可能是配置文件中，并没有将这个接口形式添加到项目中，或者是
项目中将这个接口名过滤掉了，你改下配置文件中的代码就可以了

㈡ 如何通过jwt访问认证来调用服务

JWT由3个部分抄组成，分别袭是头部、载荷、签名。
头部部分
{
"alg": "HS256",
"typ": "JWT"
}

alg描述的是签名算法。

载荷部分
{
"iss": "发行者",
"sub": 主题",
"aud": “观众”，
"exp":"过期时间",
"iat":"签发时间"
以下可以添加自定义数据
"userid":"11111",
“realname":"真实姓名

㈢ 程序员应该如何设计更优雅的Token认证方式

把认证信息保存在客户端，关键点就是安全的验证，如果能解决认证信息的安全性问题，完全可以把认证信息保存在客户端，服务端完全无认证状态，这样的话服务端扩展起来要方便很多。关于信息的安全解决方案，现在普遍的做法就是签名机制，像微信公众接口的验证方式就基于签名机制。签名，就是只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。当用户成功登系统并成功验证有效之后，服务器会利用某种机制产生一个token字符串，这个token中可以包含很多信息，例如来源IP，过期时间，用户信息等， 把这个字符串下发给客户端，客户端在之后的每次请求

4.适用性更广：只要是支持http协议的客户端，就可以使用token认证。

5.服务端只需要验证token的安全，不必再去获取登录用户信息，因为用户的登录信息已经在token信息中。

6.基于标准化:你的API可以采用标准化的 JSON Web Token (JWT). 这个标准已经存在多个后端库（.NET, Ruby, Java,Python,PHP）和多家公司的支持（如：Firebase,Google, Microsoft）.

㈣ 如何解决微服务架构中的身份验证问题

在传统的单体架构中，单个服务保存所有的用户数据，可以校验用户，并在认证成功后创建HTTP会话。在微服务架构中，用户是在和服务集合交互，每个服务都有可能需要知道请求的用户是谁。一种朴素的解决方案是在微服务系统中应用与单体系统中相同的模式，但是问题就在于如何让所有的服务访问用户的数据。解决这个问题大致两个思路：若使用共享用户数据库时，更新数据库表会成为一个难题，因为所有服务必须同时升级以便能够对接修改后的表结构；若将相同的数据分发给所有服务时，当某个用户已经被认证，如何让每个服务知晓这个状态是一个问题。
Borsos指出，单点登录（SSO）方案可能看起来是一个好主意，但这意味着每个面向用户的服务都必须与认证服务交互，这会产生大量非常琐碎的网络流量，同时这个方案实现起来也相当复杂 。 在其他方面，选择SSO方案安全性会很好，用户登录状态是不透明的，可防止攻击者从状态中推断任何有用的信息。
分布式会话方案，原理主要是将关于用户认证的信息存储在共享存储中，且通常由用户会话作为key来实现的简单分布式哈希映射。 当用户访问微服务时，用户数据可以从共享存储中获取。 该解决方案的另一个优点是用户登录状态是不透明的。 当使用分布式数据库时，它也是一个高度可用且可扩展的解决方案。 这种方案的缺点在于共享存储需要一定保护机制，因此需要通过安全链接来访问，这时解决方案的实现就通常具有相当高的复杂性了。
客户端令牌方案， 此令牌在客户端生成，由身份验证服务进行签名，并且必须包含足够的信息，以便可以在所有微服务中建立用户身份。 令牌会附加到每个请求上，为微服务提供用户身份验证。 这种解决方案的安全性相对较好，但身份验证注销是一个大问题， 缓解这种情况的方法可以使用短期令牌和频繁检查认证服务等。 对于客户端令牌的编码方案，Borsos更喜欢使用JSON Web Tokens（JWT），它足够简单且库支持程度也比较好。
客户端令牌与API网关结合，这个方案意味着所有请求都通过网关，从而有效地隐藏了微服务。 在请求时，网关将原始用户令牌转换为内部会话ID令牌。 在这种情况下，注销就不是问题，因为网关可以在注销时撤销用户的令牌。 这种方案虽然库支持程度比较好，但实现起来还是可能很复杂。
Borsos建议使用客户端令牌（使用JWT）和API网关结合的方案，因为这个方案通常使用起来比较容易，且性能也不错。 SSO方案虽然能满足需求，但他认为还是应该避免使用。若分布式会话方案所需要的相关技术已经应用在你的场景上，那么这个方案也是比较有趣的。他同时强调在选择解决方案时应着重考虑注销的重要性。