谷粒商城のOAuth2.0&单点登录

最新推荐文章于 2024-10-06 20:16:20 发布
最新推荐文章于 2024-10-06 20:16:20 发布
阅读量808 收藏 13
点赞数 8
分类专栏： 项目实践 文章标签： java 开发语言 后端 服务器 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_77599076/article/details/142440197
版权

文章目录

前言

  本篇主要介绍谷粒商城项目认证服务的三种模式（账号密码登录，社交登录，单点登录），以及整合第三方短信验证码，引入Spring Session解决分布式Session共享问题。
  其中账号密码登录，本篇中只介绍如何整合第三方短信验证，以及使用Redis进行验证码校验，防止验证码重复提交，并且不再重复介绍如何搭建认证服务，以及Nginx，网关配置。
  对应视频P211-P235

一、账号密码登录

1、整合短信验证

  在本项目中，选择使用阿里云提供的短信服务：
在这里插入图片描述  我选择整合的是三网短信接口

@Data
@Component
@ConfigurationProperties(prefix = "spring.cloud.alicloud.sms")//和配置文件绑定，读取配置文件中键值对应的信息
public class SmsComponent {

    private String host;
    private String path;
    private String method;
    private String appcode;
	
    public void sendSmsMessage(String phone, String code) {
        Map<String, String> headers = new HashMap<String, String>();
        //最后在header中的格式(中间是英文空格)为Authorization:APPCODE 83359fd73fe94948385f570e3c139105
        headers.put("Authorization", "APPCODE " + appcode);
        //根据API的要求，定义相对应的Content-Type
        headers.put("Content-Type", "application/x-www-form-urlencoded; charset=UTF-8");
        Map<String, String> querys = new HashMap<String, String>();
        Map<String, String> bodys = new HashMap<String, String>();
        bodys.put("content", "code:" + code);
        bodys.put("template_id", "CST_ptdie100");  //注意，CST_ptdie100该模板ID仅为调试使用，调试结果为"status": "OK" ，即表示接口调用成功，然后联系客服报备自己的专属签名模板ID，以保证短信稳定下发
        bodys.put("phone_number", phone);


        try {
            /**
             * 重要提示如下:
             * HttpUtils请从
             * https://github.com/aliyun/api-gateway-demo-sign-java/blob/master/src/main/java/com/aliyun/api/gateway/demo/util/HttpUtils.java
             * 下载
             *
             * 相应的依赖请参照
             * https://github.com/aliyun/api-gateway-demo-sign-java/blob/master/pom.xml
             */
            HttpResponse response = HttpUtils.doPost(host, path, method, headers, querys, bodys);
            System.out.println(response.toString());
            //获取response的body
            System.out.println(EntityUtils.toString(response.getEntity()));
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

  配置文件相关内容（我放在了Nacos上）：
在这里插入图片描述
  其中appCode需要自己获取
在这里插入图片描述

2、验证码校验&防止重复获取验证

  上述操作可以通过redis实现：

  1. 页面上点击发送短信验证，存入redis，key为前缀拼上手机号，value为验证码，并且给60s的过期时间（防止同一手机号刷新页面后反复点击发送验证码）
  2. 点击注册时，从redis中取出验证码，与页面上传入的进行校验。
  3. 验证码正确，则删除key对应的验证码。
    /**
     * 发送验证码
     *
     * @param phone 手机号
     * @param code  验证码
     * @return 发送结果
     */
    @Override
    public R sendMessageCode(String phone, String code) {
        //缓存key:"message:"拼接上各自的手机号
        String result = stringRedisTemplate.opsForValue().get(cacheKey + phone);
        if (StringUtils.isNotBlank(result)) {
            return R.error("请勿重复发送！");
        }
        //发送短信
        R r = feignClient.sendMessageCode(phone, code);
        //发送成功才需要向缓存中存放手机号和对应的验证码
        if (r.get("msg").equals("success")) {
            stringRedisTemplate.opsForValue().set(cacheKey+phone, JSON.toJSONString(code),60, TimeUnit.SECONDS);
        }
        //注意，后续手机号验证码校验完成后也需要删除缓存中对应的
        return r;
    }

    /**
     * 校验验证码信息
     *
     * @param vo 前端传递
     * @return 校验结果
     */
    @Override
    public R checkCode(UserRegisterVo vo) {
        String phone = vo.getPhone();
        String code = vo.getCode();
        String result = stringRedisTemplate.opsForValue().get(cacheKey + phone);
        String codeRedis = JSON.parseObject(result, String.class);
        if (StringUtils.isBlank(codeRedis)) {
            return R.error(Result.ERROR,"验证码不存在!");
        }
        if (!code.equals(codeRedis)) {
            return R.error(Result.ERROR,"验证码错误!");
        }else {
            //删除缓存中的验证码，返回提示
            stringRedisTemplate.delete(cacheKey + phone);
            return R.ok();
        }
    }

二、社交登录

  什么是社交登录？简单来说，是账号密码登录模式的扩展。平时上网时登录论坛，博客，微博，它们都有自己的账号密码体系，也就是说需要注册对应平台的账号密码。但是这些平台也提供了其他登录方式，可以是QQ，微信登录，这种不需要本平台的账号密码，使用第三方登录的方式就称为社交登录。
  如果选择在这些平台注册用户，那么注册时填报的所有信息都会被平台所保存持有，但是选择社交登录，平台只能保存第三方愿意提供的信息。这样的模式称之为oauth协议。在项目中用到了oauth2.0的授权码模式，假设第三方选择的是QQ登录，大致的流程如下：

  1. 选择第三方方式登录时，平台首先将用户引导到QQ的授权登录页面。
  2. 用户在QQ的登录页面输入自己的QQ号和密码/扫码。
  3. QQ服务器会发给平台后端服务器一个code。
  4. 平台后端服务器利用这个code去请求QQ服务器，拿到授权码。
  5. 平台后端服务器再调用QQ服务器的api，带着授权码去获取用户在QQ平台可以公开的信息。

1、第三方平台设置

  在本项目中，我选择使用gitee作为第三方登录平台：Gitee
  登录后选择自己的头像，点击账号设置，在左边的菜单中选择数据管理-第三方应用，然后点击创建应用，设置自己的应用主页和应用回调地址
在这里插入图片描述

2、代码整合

  首先创建一个配置类，注册到Spring中，作用是和配置文件中的键值进行绑定。

@ConfigurationProperties(prefix = "gulimall.oauth")
@Component
@Data
public class GulimallOAuthConfig {

    private String clientId;//Gitee个人中心的Client ID
    private String clientSecret;//Gitee个人中心的Client Secret
    private String redirectUri;//Gitee设置的应用回调地址


}

  处理社交登录请求关键代码：

/**
 * 处理社交登录请求
 */
@Controller
@Slf4j
public class OAuth2Controller {

    @Autowired
    private GulimallOAuthConfig authConfig;

    @Autowired
    private MemberRemoteFeignClient memberRemoteFeignClient;

    @GetMapping("/oauth2.0/gitee/success")
    public String auth2Login(@RequestParam("code") String code, HttpSession session) throws Exception {
        //code是前端传入的
        Map<String, String> map = new HashMap<>();
        map.put("grant_type", "authorization_code");
        map.put("code", code);
        map.put("client_id", authConfig.getClientId());
        map.put("redirect_uri", authConfig.getRedirectUri());
        map.put("client_secret", authConfig.getClientSecret());

        //应用服务器 或 Webview 使用 access_token API 向 码云认证服务器发送post请求传入 用户授权码 以及 回调地址（ POST请求 ）
        //根据code拿到授权码（access_token）
        HttpResponse response = HttpUtils.doPost("https://gitee.com", "/oauth/token", "post", new HashMap<>(), map, new HashMap<>());

        R login = null;
        //得到access_token
        if (response.getStatusLine().getStatusCode() == 200) {
            String s = EntityUtils.toString(response.getEntity());
//            System.out.println(s);
            SocialUser socialUser = JSON.parseObject(s, SocialUser.class);

            //远程调用member服务，进行社交登录逻辑（根据授权码获取用户信息）
            login = memberRemoteFeignClient.login(socialUser);
            int loginCode = (int) login.get("code");
            if (loginCode != 0) {
                //登录失败
                return "redirect:http://auth.gulimall.com/login.html";
            }

        } else {
            //登录失败
            return "redirect:http://auth.gulimall.com/login.html";
        }
        //整合springSession解决session共享问题
        //session共享问题：域名不同，或者同一域名但是多个服务器
        LinkedHashMap data = (LinkedHashMap) login.get("data");
        ObjectMapper objectMapper = new ObjectMapper();
        MemberRespVO memberRespVO = objectMapper.convertValue(data, MemberRespVO.class);
        log.info("登录成功：{}",memberRespVO.toString());
        session.setAttribute("loginUser",memberRespVO);
        return "redirect:http://gulimall.com";
    }

}

  在页面上右键-审查元素，找到对点击Gitee后跳转的第三方页面：
在这里插入图片描述
  进行修改，链接如何设置参照文档Gitee OauthApi

<a href="https://gitee.com/oauth/authorize?client_id=填你自己的id&redirect_uri=填你自己的回调地址&response_type=code">
	<img style="width: 50px;height: 18px;" src="https://gitee.com/static/images/logo-black.svg?t=158106664" />
	<span>Gitee</span>
</a>

3、整体效果演示

  首先退出Gitee，在点击谷粒商城登录页面的Gitee后，跳转到Gitee的授权登录页面，地址就是上一步中修改的
在这里插入图片描述  点击登录，会发送一个重定向的请求，并且带上code ，通过上一步Controller代码的 @GetMapping("/oauth2.0/gitee/success")路径映射进行接收。
在这里插入图片描述  在我方系统的后台代码中，用code去调用Gitee的Api，获取到授权码：

HttpResponse response = HttpUtils.doPost(“https://gitee.com”, “/oauth/token”, “post”, new HashMap<>(), map, new HashMap<>());

  然后远程调用Member模块的社交登录方法，用授权码去获取Gitee提供的信息（这里只贴和实现oauth有关的关键代码），也就是说，Gitee提供哪些信息，我们就向数据库保存这些信息。

    /**
     * 社交登录
     *
     * @param dto 第三方登录返回信息类
     * @return 成功则返回登录实体类
     */
    @Override
    public R login(SocialUser dto) {
        try {
			......
            Map<String, String> map = new HashMap<>();
            map.put("access_token", dto.getAccessToken());
            //获取用户信息
            HttpResponse response = HttpUtils.doGet("https://gitee.com", "/api/v5/user", "get", new HashMap<String, String>(), map);
            ......
    }

  最后登录成功，向Session中保存信息，并且跳转回首页。

4、补充：其他模式

  oauth2.0除了项目中运用的授权码模式，还有简化模式、密码模式、 客户端凭证模式，下面简单介绍一个每个模式的执行流程：

  简化模式：

  1. 用户请求授权：用户在客户端中发起请求，重定向到授权服务器。
  2. 用户登录并授权：用户在授权服务器登录，并同意授予客户端访问权限。
  3. 获取访问令牌：授权服务器将用户重定向回客户端，返回包含访问令牌的URL片段。
  4. 使用访问令牌：客户端使用获取的访问令牌向资源服务器请求受保护资源。

  密码模式：

  1. 用户输入凭证：用户在客户端输入用户名和密码。
  2. 请求访问令牌：客户端将用户凭证（用户名和密码）发送到授权服务器的令牌端点，附带grant_type=password参数。
  3. 返回访问令牌：授权服务器验证凭证，返回访问令牌（和可选的刷新令牌）
  4. 使用访问令牌：客户端使用访问令牌请求受保护资源。

  客户端凭证模式

  1. 请求访问令牌：客户端向授权服务器的令牌端点发送请求，包含grant_type=client_credentials、client_id和client_secret。
  2. 验证凭证：授权服务器验证客户端的凭证。
  3. 返回访问令牌：如果验证成功，授权服务器返回访问令牌。
  4. 使用访问令牌：客户端使用访问令牌请求受保护资源。

  其中简化模式的安全性较低，访问令牌直接暴露在url中。而密码模式和客户端模式，都是适用于信任的服务之间交互，也不需要跳转到第三方的授权页面。

三、Session共享问题

  本项目的社交登录中，登录成功后，会将用户的信息保存到session中，在页面上也需要完成登录成功跳转回首页，展示用户昵称的功能。这样就引出了session共享的问题：
  用户的会话状态（Session）存储在服务器内存中，如果是在分布式的情况下，使用负载均衡器时，用户请求可能被路由到不同的服务器，以及在微服务架构或容器化部署中，每个服务实例可能在不同的环境中运行。若未采用共享会话存储机制，用户的会话可能无法在不同实例之间共享。
  即使是在传统的单体架构下，也有可能存在session共享的问题，例如不同的域名，因为session只在当前自己的域名中生效。
  如果需要解决session共享问题，可以有以下的解决思路：

  • 做session同步。例如我现在有10台服务器，在第一台服务器上存有某个用户登录的session，在保存的时候向另外9台进行同步。
  • 将session保存在客户端。因为不管有几台服务器，几个域名，当前登录的浏览器只有一个。
  • 将其存入redis（引入springSession）。
  • 使用分布式的jwt解决。

  上述的解决方案中，第一个方案会使服务器的负担大大加重，而第二种是极其不安全的。目前使用较多的是通过jwt解决，而本项目中使用的是springSession

1、引入Spring Session

   	   <dependency>
            <groupId>org.springframework.session</groupId>
            <artifactId>spring-session-data-redis</artifactId>
        </dependency>

  application.properties:

spring.session.store-type=redis
spring.session.timeout=30m

2、配置Spring Session

  我们需要对Spring Session进行自定义配置，首先设置序列化方式为json，还要将域名进行统一，范围放大（认证的域名是auth.gulimall.com，而登录成功后跳转到的域名是gulimall.com）参照Spring Session官方文档，还需要在启动类上加入@EnableRedisHttpSession 注意，只要是需要session共享的服务都需要加入这个自定义配置以及相关依赖

@Configuration
public class GulimallSessionConfig {

    @Bean
    public CookieSerializer cookieSerializer() {
        DefaultCookieSerializer serializer = new DefaultCookieSerializer();
        serializer.setCookieName("GULISESSIONID");
        //自定义domain域名
        serializer.setDomainName("gulimall.com");
        return serializer;
    }

    /**
     * 
     * @return
     */
    @Bean
    public RedisSerializer<Object> springSessionDefaultRedisSerializer() {
        return new GenericJackson2JsonRedisSerializer();
    }

}

  同时页面也需要进行对应的修改，这里是首页页面的修改，其他页面的修改大同小异。

    <li>
        <a th:if="${session.loginUser != null}">欢迎:[[${session.loginUser == null? '':session.loginUser.nickname}]]</a>
        <a href="http://auth.gulimall.com/login.html"  th:if="${session.loginUser == null}">请先登录!</a>
    </li>

四、单点登录

  单点登录允许用户在一次登录后访问多个相关但独立的应用程序或服务，而无需再次输入凭证。例如百度，在百度搜索页面登录百度账号，此时进入贴吧，也是处于登录的状态，无需重复登录，即一处登录处处登录。
  要实现单点登录，需要一个身份验证服务器，主要负责处理登录：

@Controller
public class AuthController {

    @PostMapping("/doLogin")
    public String login(@RequestParam("username") String username,
                        @RequestParam("password") String password,
                        @RequestParam("url") String url,
                        HttpServletResponse response) {

        if ("minmin".equals(username) && "123456".equals(password)) {

            //生成jwt
            String token = Jwts.builder()
                    .setSubject(username)
                    .setExpiration(new Date(System.currentTimeMillis() + 86400000))
                    .signWith(SignatureAlgorithm.HS512, "secret_key")
                    .compact();

            //现在有两个客户端要登录，只要有其中一个登录成功了，就往浏览器中存一个cookie
            response.addCookie(new Cookie("sso_token",token));

            //跳回之前的页面
            //url:http://127.0.0.1:8081/employees.html?token=5446541464123asd
            return "redirect:"+url+"?token="+token;
        }


        return "login";
    }

    /**
     * 跳转到登录页
     * @return
     */
    @GetMapping("/login.html")
    public String loginPage(@RequestParam("redirect_url")String url, Model model,
                            @CookieValue(value = "sso_token",required = false) String sso_token) {
        if (sso_token != null) {
            //说明之前其他用户登录过，直接重定向回资源页面
            return "redirect:"+url+"?token="+sso_token;
        }
        model.addAttribute("url", url);
        return "login";
    }

}

身份验证服务器的登录页面login.html：

<!DOCTYPE html>
<html lang="en" xmlns:th="http://www.thymeleaf.org">
<head>
    <meta charset="UTF-8">
    <title>登录</title>
</head>
<body>
    <form action="/doLogin" method="post">
        用户名：<input name="username"/> <br/>
        密码：<input name="password" type="password"/><br/>
<!--        隐藏的input框，记录跳转来源的url-->
        <input type="hidden" name="url" th:value="${url}">
        <input type="submit" value="登录">
    </form>
</body>
</html>

  客户端A的服务器：

@Controller
public class ResourceController {

    /**
     * 无需登录
     * @return
     */
    @ResponseBody
    @RequestMapping("/hello")
    public String hello(){
        return "hello";
    }



    /**
     * 登录后才能访问
     * @param model
     * @return
     */
    @GetMapping("/boss")
    public String employees(Model model, HttpSession session, @RequestParam(value = "token",required = false) String token){

        if (token != null){
            //解析token，存入session
            String username = Jwts.parser()
                    .setSigningKey("secret_key")
                    .parseClaimsJws(token)
                    .getBody()
                    .getSubject();
            session.setAttribute("loginUser", username);
        }


        if (session.getAttribute("loginUser") == null){
            //跳转到登录页面,连接中拼上自己的地址
            return "redirect:http://127.0.0.1:8080/login.html?redirect_url=http://127.0.0.1:8082/boss";
        }


        ArrayList<String> list = new ArrayList<>();
        list.add("John");
        list.add("Mary");
        model.addAttribute("employees", list);
        return "list";
    }
}

  客户端B的服务器：

@Controller
public class ResourceController {

    /**
     * 无需登录
     * @return
     */
    @ResponseBody
    @RequestMapping("/hello")
    public String hello(){
        return "hello";
    }



    /**
     * 登录后才能访问
     * @param model
     * @return
     */
    @GetMapping("/employees")
    public String employees(Model model, HttpSession session, @RequestParam(value = "token",required = false) String token){

        if (token != null){
            //解析token，存入session
            String username = Jwts.parser()
                    .setSigningKey("secret_key")
                    .parseClaimsJws(token)
                    .getBody()
                    .getSubject();
            session.setAttribute("loginUser", username);
        }


        if (session.getAttribute("loginUser") == null){
            //跳转到登录页面,连接中拼上自己的地址
            return "redirect:http://127.0.0.1:8080/login.html?redirect_url=http://127.0.0.1:8081/employees";
        }


        ArrayList<String> list = new ArrayList<>();
        list.add("John");
        list.add("Mary");
        model.addAttribute("employees", list);
        return "list";
    }
}

客户端A和客户端B的页面list.html：

<!DOCTYPE html>
<html lang="en" xmlns:th="http://www.thymeleaf.org">
<head>
    <meta charset="UTF-8">
    <title>员工列表</title>
</head>
<body>
<h1>欢迎：[[${session.loginUser}]]</h1>
<ul>
    <li th:each="emp:${employees}">姓名[[${emp}]]</li>
</ul>
</body>
</html>

  假设此时用户需要在A客户端进行登录：

  1. 用户第一次访问http:/127.0.0.1:8081/employees，因为没有登录，token和session都为空，就会重定向到 身份验证服务器的登录页面，同时会将自己的url地址拼接在身份验证服务器的登录页面的后面，便于登录完成后再重定向回来。
    在这里插入图片描述
  2. 身份验证服务器会根据路径跳转到登录页面，但是会先判断当前浏览器的cookie中是否存在一个键为sso_token的值，如果存在说明用户已经在它处完成了登录，就不需要跳转到登录页面，而是直接重定向回来源地址，并且传回sso_token的值。（来源地址的服务器进行校验，发现token存在，就放入session中）。
  3. 在登录页面输入用户名和密码，进行校验，身份验证服务器会生成生成jwt，进行两个操作：（1）、将jwt以sso_token为键存入当前浏览器的cookie中，（2）、重定向回来源地址，并且在路径中拼入token为生成的jwt
    在这里插入图片描述
  4. 资源地址进行校验，获取路径上的token，进行解析，存入session中，访问资源。

  用户经历了上面的过程，在B客户端访问页面时，由于请求参数中没有token，第一次访问也没有存入session，所以回重定向到登录页面。
在这里插入图片描述  跳转到登录页面时，请求头中携带了浏览器保存的sso_token
在这里插入图片描述  和在A处登录时保存在浏览器的是一样的
在这里插入图片描述
  所以无需进入登录页面，直接重定向回资源页面，发现token存在，就解析token，存入自己的session中。
在这里插入图片描述

西岭千秋雪_
关注
专栏目录
谷粒商城电商项目资料源码
08-21
├── gulimall-auth-server -- 认证中心（社交登录、OAuth2.0、单点登录） ├── gulimall-cart -- 购物车服务 ├── gulimall-coupon -- 优惠卷服务 ├── gulimall-gateway -- 统一配置网关 ├── gulimall-...
谷粒商城架构篇.zip
07-14
6. **负载均衡与高可用**：为了保证服务的稳定性和可靠性，谷粒商城可能部署在多个服务器上，利用Nginx等负载均衡器实现流量分发，确保单点故障不会影响整体服务。 7. **容器化与持续集成/持续部署(CI/CD)**：采用...
商城项目使用OAuth2.0完成第三方单点登录-----商城项目
春风若有怜花意，可否许我再少年
09-10 1039
商城项目使用OAuth2.0完成第三方单点登录-----商城项目
谷粒商城-认证服务
weixin_56674682的博客
05-31 3064
目录 商城业务-认证服务-环境搭建 商城业务-认证服务-好玩的验证码倒计时 商城业务-认证服务-整合短信验证码 商城业务-认证服务-验证码防刷校验 商城业务-认证服务-一步一坑的注册页环境 商城业务-认证服务-异常机制 商城业务-认证服务-MD5&盐值&BCrypt 商城业务-认证服务-注册完成 商城业务-认证服务-账号密码登录完成 商城业务-认证服务-OAuth2.0简介 商城业务-认证服务-weibo登录测试 商城业务-认证服务-社交登录回调 商城业务-认证
【谷粒商城】全网最全笔记(1/4)
热门推荐
努力充实，远方可期
06-23 38万+
本文重点记录老师讲的话 和 一些配置流程，笔记中有的内容尽量少记录。 边看视频变更新，我尽快更新。
谷粒学院Day13 微信登陆OAuth2.0
qq_38117800的博客
01-21 270
OAuth2 1.开放系统授权 令牌登陆，在生存时间内可以使用 2.分布式访问问题 微服务架构，实现单点登录（把登录成功获取的的包含用户信息的字符串存入cookie，每次请求带着token发送） OAuth2解决方案：令牌机制，按照一定规则生成字符串，包含用户信息 获取access_token时序图 ...
谷粒商城学习-笔记大全
epitomizelu的专栏
07-04 1729
1，谷粒商城-01-项目介绍 2，谷粒商城笔记-02-项目整体效果展示
谷粒商城笔记+踩坑（17）——【认证模块】登录，用户名密码登录+微博社交登录+SpringSession+xxl-sso单点登录
vincewm的博客
03-31 2679
【认证模块】登录，用户名密码登录+微博社交登录+SpringSession+xxl-sso单点登录
谷粒商城 高级篇 (十七) --------- 单点登录
在森林里麋了鹿
09-19 2391
单点登录流程
微服务项目实战技术点汇总：“尚硅谷的谷粒在线教育”八、实现Token单点登陆，微信二维码登陆，阿里短信微服务（验证码），整合JWT，MD5密码加密，OAuth2.0
殷志鹏的博客
06-04 3589
文章目录一、 一、
【谷粒商城】【认证服务】验证码、社交登录、分布式session、单点登录
努力充实，远方可期
02-28 2万+
本文是谷粒商城项目笔记 文章目录认证服务**1 gulimall-auth-server****2 注册验证码**(1) 验证码倒计时(2) 阿里云-短信服务(3) 接口防刷(4) 注册VO(5) 注册用户保存(6)密码加密(7) 用户名密码登录**3 社交登录**(1) OAuth2.0(2) 微博开放平台使用(3) 代码编写/weibo/successtoken保存**4 SpringSession**(1) session 原理(2) 分布式session解决方案1) session复制2) h.
谷粒商城项目笔记.zip
01-26
9. **用户权限与认证**：OAuth2.0、JWT（JSON Web Tokens）等身份验证机制的实现。 通过这份【谷粒商城项目笔记】，无论是初学者还是有经验的开发者，都能找到适合自己的学习内容，不断提升自己的技能水平，为参与...
java版商城源码下载-gulimall:谷粒商城项目
06-05
java版商城源码下载 谷粒商城简介 前言 gulimall` 项目致力于打造一个完整的电商系统，采用现阶段流行技术来实现，采用前后端分离...认证中心（社交登录、OAuth2.0、单点登录） ├── gulimall-cart -- 购物车服务 ├
JDK1.0主要特性
最新发布
FoolRabbit的专栏
10-06 208
JDK1.0主要特性。
JavaScript ArrayBuffer的读写与类型转换
白瑕 的博客
10-01 455
所有视图的基本单位是ArrayBuffer, ArrayBuffer中只存储二进制格式的数据.ArrayBuffer不可直接读写, 必须通过视图(比如DataView)暴露的API.
Spring Cloud全解析：服务调用之OpenFeign集成OkHttp
Lxn2zh的博客
09-30 900
HTTP连接需要进行TCP三次握手，是一个比较耗时的操作，一般我们不直接使用HttpURLConnection，而是使用HttpClient/okHttp等支持连接池的客户端工具，以Feign集成OkHttp为例。OpenFeign本质是HTTP来进行服务调用的，也就是需要集成一个Http客户端。默认是HttpURLConnection方式，也就是jdk中提供的最原始的那个。要开启OkHttp ,还需要在YML 中添加开启配置项，默认是关闭的。使用的是Client接口来进行请求的。
spring-boot 整合 mybatis
m0_72168501的博客
09-29 557
spring boot 整合 mybatis
Java内存布局
阿呆的专栏
10-01 804
64位 JVM 不启用指针压缩时：Object Header 大小是16字节。64位 JVM 启用指针压缩时（默认）：Object Header 大小是12字节。32位 JVM：Object Header 大小是8字节。JVM在默认情况下启用指针压缩，但如果堆内存超过32GB，就会禁用指针压缩。32GB是压缩指针的最大寻址范围。超过32GB的堆内存中，压缩指针带来的性能提升并不显著，而且需要解压指针反而可能增加开销。
Spring Boot集成OAuth 2.0实现单点登录
04-18
很高兴回答你的问题。关于Spring Boot集成OAuth 2.0实现单点登录，我可以给你一些基本的信息和相关的建议。通常情况下，OAuth 2.0是一个用于授权的开放标准，依赖于许多不同的角色，如客户端、资源服务器、授权服务器等。通过使用OAuth 2.0协议来实现单点登录，用户可以在多个应用程序和服务之间进行快速、安全、无缝的身份验证。在Spring Boot框架中，有许多可用的OAuth 2.0库和工具，如Spring Security OAuth、Spring Boot OAuth2 Autoconfigure等。如果你需要更详细的信息和指导，可以参考Spring Boot官方文档或相关的教程和博客。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值