Web-登录功能实现（含JWT令牌）

已于 2023-07-30 21:44:43 修改
阅读量687 收藏 2
点赞数 1
分类专栏： JavaWeb 文章标签： 前端 java
于 2023-07-15 18:16:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/y_k_j_c/article/details/131739506
版权

文章目录

登录功能

这个登陆功能先不返回JWT令牌
在这里插入图片描述
登陆会返回JWT令牌
一会在登陆验证时讲解JWT令牌（返回的data就是它）
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

登录校验

概述

就是你比如复制一个url
用一个未曾登陆对应url系统的浏览器访问
他会先进入登陆页面
登陆校验就是实现这个功能
简而言之，就是不能让你直接访问内部数据，要先登陆才可以

首先http协议是无状态的
每次请求都是独立的
而我们浏览器和web服务器之间就是http协议
在这里插入图片描述
实现思路
存一个登陆标记
在这里插入图片描述
每个请求前有if判断对应队列标记
登陆就正常执行，没有登陆就去登陆界面
但是：这样太繁琐了
在这里插入图片描述
所以我们使用统一拦截来做
在这里插入图片描述

对应技术主要介绍登陆标记（会话技术）和统一拦截呗
在这里插入图片描述

会话技术

在这里插入图片描述
简而言之会话跟踪技术就是保证同一浏览器多个http请求之间能够数据共享
一个会话可包含多个请求（这些请求之间数据共享）
共享数据作用
比如你更新验证码是一次请求，然后它是不是返回了结果
然后你输入验证码登录，又是一次请求
他需要验证你输入和上一次请求返回的数据是否相同
so：需要请求之间的数据共享
在这里插入图片描述
会话跟踪就是保证数据共享的核心技术
有三种实现方式
1.客户端Cookie
2.服务器端session
3.令牌技术（最常用）

会话跟踪技术-Cookie

cookie
优点：http协议支持的
当你进行请求的时候，如果服务端设置cookie
会自动将cookie以及里面数据返回给浏览器-响应头
然后浏览器会自动存储该cookie
下次请求的时候会携带该cookie进行访问-请求头
缺点：移动端和ios端不支持
不安全：因为数据存储在浏览器，不能涉及一些隐私数据
cookie不能跨域：因为现在一般是前后端分离部署
你要访问前端页面，返回给你的cookie是不能在访问后端时候用的（或者说是不识别的）
在这里插入图片描述

先访问c1
再访问c2
看看能不能进行数据的同步
在这里插入图片描述
如果响应头有set-cookie这个，浏览器会自动存储起来（因为我们设置了cookie，这是http协议支持的）
在这里插入图片描述
存储在这里
在这里插入图片描述
现在我们访问c2，会发现请求头带着set-cookie（我们原来接收到的cookie）来进行访问
在这里插入图片描述

会话跟踪技术-session

底层：
session底层用cookie实现的
当浏览器请求服务端，服务端建立一个session，每一个session有自己的id
然后服务器端响应数据的时候会将session的id通过cookie响应给浏览器
然后浏览器存储该session的id，每次请求带着这个session的id进行请求
相当于session的id把set-Cookie在响应头和请求头的位置占了
只不过换到了服务器端存储
就可以通过session对象来实现请求数据间的共享
优点就不说了
缺点：底层是cookie的方式，所以cookie的缺点有
而且现在一般是部署多台服务器，如果你第一次请求服务器转载给了1号服务器
而第二次转请求带着对应id到了2号服务器，他就识别不到对应的session，即使识别到了也是错误的
在这里插入图片描述

还是测试一下
s1和s2两个请求，一个session
在这里插入图片描述
s1请求，响应头有session的id，然后浏览器对应的session的ID存储起来
在这里插入图片描述
s2请求，带着session的id到请求头的set-cookie进行请求，且可以获取到s1的数据
在这里插入图片描述

会话跟踪技术-令牌

这种就是请求生成令牌
令牌再反给浏览器，浏览器存储令牌==（令牌存储在浏览器（客户端）中）==
（可以存储在cookie或者别的储存空间）
浏览器带着令牌进行访问再通过拦截判断令牌有效性
想要共享数据把对应数据存储在令牌中即可

1.由于可以存储在任何存储空间不止set-cookie
所以就可以在pc端移动端都可以用
2.服务器端不需要存储数据，就是服务器端是集群（分布式）
也可以使用，且不存储数据在服务器端，减轻服务器端压力
3.不用担心令牌伪造问题，具体在令牌技术讲解

在这里插入图片描述
下面讲常用令牌技术JWT令牌

JWT令牌技术

介绍

三部分之间用.隔开
前两部分是json形式存储后经过Base64编码成的字符串
最后一部分签名是自动生成的根据前两部分（比如第一部分签名算法）并且加入指定秘钥（不是编码）
第一部分是令牌类型和签名算法
第二部分是我们的自定义信息和一些默认信息
在这里插入图片描述
应用场景：登录认证
在这里插入图片描述
就两部操作其实生成令牌和校验令牌

生成令牌和校验令牌

导入依赖，使用对应的工具类Jwts
setExpiration()是设置有效期，单位是毫秒
signWith()设置签名算法和秘钥
setClaim()是设置自定义数据即json

在这里插入图片描述
在这里插入图片描述

对应的生成
在这里插入图片描述
编码当然可以阶码，可以复制该数据到JWT官网即可解码（或者Base64解码工具）解码前两部分
上面是签名算法，你用什么算法生成的选择什么就行
在这里插入图片描述
如何基于Java代码校验JWT令牌
指定签名秘钥和对应字符串即可解析（当然令牌过期、秘钥不对或者字符串不对会报错）
so只要没有报错就是校验成功
在这里插入图片描述
结果如图
在这里插入图片描述

下发和生成JWT令牌功能实现

看开发文档
返回JWT令牌
还说明了对应请求头名（这个是前端做的）
我们只需要生成对应令牌返回给前端（Result里面的data）

在这里插入图片描述
引入一个JWT工具类(自己定义的)
两个方法
1.生成令牌2.校验令牌
指定两个属性

private static String signKey="ieheima";//秘钥是itheima
private static Long exprie=43200000L;//过期时间12个小时

在这里插入图片描述
只需要改controller（因为只有controller是真正接收对应请求和客户端互动的）
controller
发送正确username和password会返回JWT令牌
在这里插入图片描述
前后端联调一下
登录完后的响应令牌

在这里插入图片描述
前端将对应的数据存储在浏览器本地存储空间Local Storage
在这里插入图片描述
然后下次请求就会带着这个JWT令牌
如图一个新请求也会携带该令牌
在这里插入图片描述

统一拦截，校验令牌

就是对应的拦截器了
这里就写两个目前企业常用的
一个Filter一个Interceptor

过滤器Filter

快速入门

就是先过滤一遍
然后从数据库取到数据还能再过滤一遍
就是要经过两次Filter
在这里插入图片描述

快速入门
1.定义一个类实现Filter接口和对应方法，上面写上注解@WebFilter(“”)来表明要拦截上面请求
这里的话是/*就是所有请求都拦截
2.在启动类上加上注解@ServletComponentScan
因为Filter属于JavaWeb组件不是SpringBoot提供的
在这里插入图片描述
注意：是java.servlet包里的Filter接口
接口中就三个方法，初始化，拦截，和销毁
初始化和销毁是有默认实现的，因为不常用
这里就全实现了
在这里插入图片描述

拦截请求中需要进行放行操作
放行需要调用参数chain里面的doFilter()方法，里面参数就是请求和响应

chain.doFilter(request,response);

详解

在这里插入图片描述

Filter执行流程
经过两次Filter,但其实一次请求对应那个方法只会生效一次
就是你放行完执行完对应的controller
会直接到那个方法的下一步操作
也就是放行后逻辑
在这里插入图片描述
拦截路径
注解WebFilter对应的urlPattern属性赋值
在这里插入图片描述
没什么好说的
过滤器链
其实这个doFilter参数就有一个过滤器链
就是需要经过多个过滤器
如果还有过滤器就会放行给下一个过滤器
如果没有就会到放行到web资源
在这里插入图片描述
如果不指定过滤器顺序，默认按首字母排序
在这里插入图片描述

Filter实现登录校验

在这里插入图片描述
在这里插入图片描述
对应的代码逻辑，稍微有点复杂
可以看看
这里因为要返回一个json的数据格式
需要用到albb的fastJson依赖，记得添加

@Slf4j
//@WebFilter(urlPatterns = "/*")
public class LoginCheckFilter implements Filter {
    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest req = (HttpServletRequest) request;
        HttpServletResponse resp = (HttpServletResponse) response;

        //1.获取请求url。
        String url = req.getRequestURL().toString();
        log.info("请求的url: {}",url);

        //2.判断请求url中是否包含login，如果包含，说明是登录操作，放行。
        if(url.contains("login")){
            log.info("登录操作, 放行...");
            chain.doFilter(request,response);
            return;
        }

        //3.获取请求头中的令牌（token）。
        String jwt = req.getHeader("token");

        //4.判断令牌是否存在，如果不存在，返回错误结果（未登录）。
        if(!StringUtils.hasLength(jwt)){
            log.info("请求头token为空,返回未登录的信息");
            Result error = Result.error("NOT_LOGIN");
            //手动转换 对象--json --------> 阿里巴巴fastJSON
            String notLogin = JSONObject.toJSONString(error);
            resp.getWriter().write(notLogin);
            return;
        }

        //5.解析token，如果解析失败，返回错误结果（未登录）。
        try {
            JwtUtils.parseJWT(jwt);
        } catch (Exception e) {//jwt解析失败
            e.printStackTrace();
            log.info("解析令牌失败, 返回未登录错误信息");
            Result error = Result.error("NOT_LOGIN");
            //手动转换 对象--json --------> 阿里巴巴fastJSON
            String notLogin = JSONObject.toJSONString(error);
            resp.getWriter().write(notLogin);
            return;
        }

        //6.放行。
        log.info("令牌合法, 放行");
        chain.doFilter(request, response);

    }
}

在这里插入图片描述

拦截器Interceptor

快速入门

在这里插入图片描述
1.定义一个类实现拦截器接口HandlerInterceptor，实现对应方法
2.配置拦截器,定义一个类实现WebMVCConfigurer,且用@Configuration注解
表示是配置类
重写addInterceptor方法注册拦截器到我们之前实现的类
和指定对应拦截路径
在这里插入图片描述
注意：
preHandle的controller执行前的操作
postHandle是controller执行后的操作
afterCompletion是渲染完最后的操作

详解

拦截路径
在这里插入图片描述
根据对应需求在配置文件注册拦截器的时候进行拦截路径的配置
既能指定对于拦截路径，也能指定不拦截的路径

/*只能匹配一级路径，而/**可以匹配任意级路径
如/emp/*能匹配/emp/1但不能匹配/emp/1/2,而emp/*无论后面有多少级路径都可以匹配

执行流程
先过滤器再拦截器
在这里插入图片描述

拦截器实现登录校验

实现思路是一样的
在这里插入图片描述
对应的拦截逻辑类

@Slf4j
@Component
public class LoginCheckInterceptor implements HandlerInterceptor {
    @Override //目标资源方法运行前运行, 返回true: 放行, 放回false, 不放行
    public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception {
        //1.获取请求url。
        String url = req.getRequestURL().toString();
        log.info("请求的url: {}",url);

        //2.判断请求url中是否包含login，如果包含，说明是登录操作，放行。
        if(url.contains("login")){
            log.info("登录操作, 放行...");
            return true;
        }

        //3.获取请求头中的令牌（token）。
        String jwt = req.getHeader("token");

        //4.判断令牌是否存在，如果不存在，返回错误结果（未登录）。
        if(!StringUtils.hasLength(jwt)){
            log.info("请求头token为空,返回未登录的信息");
            Result error = Result.error("NOT_LOGIN");
            //手动转换 对象--json --------> 阿里巴巴fastJSON
            String notLogin = JSONObject.toJSONString(error);
            resp.getWriter().write(notLogin);
            return false;
        }

        //5.解析token，如果解析失败，返回错误结果（未登录）。
        try {
            JwtUtils.parseJWT(jwt);
        } catch (Exception e) {//jwt解析失败
            e.printStackTrace();
            log.info("解析令牌失败, 返回未登录错误信息");
            Result error = Result.error("NOT_LOGIN");
            //手动转换 对象--json --------> 阿里巴巴fastJSON
            String notLogin = JSONObject.toJSONString(error);
            resp.getWriter().write(notLogin);
            return false;
        }

        //6.放行。
        log.info("令牌合法, 放行");
        return true;
    }

    @Override //目标资源方法运行后运行
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        System.out.println("postHandle ...");
    }

    @Override //视图渲染完毕后运行, 最后运行
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
        System.out.println("afterCompletion...");
    }
}

当然我们还有对应的配置类进行拦截器注册
在这里插入图片描述

异常处理

有时出现异常
比如你添加一个相同名称的部门
但是部门的名称是用unique修饰的，你的sql语句就会报错
此时返回的错误信息不是Result
而是一个别的json
在这里插入图片描述
在这里插入图片描述
对应的异常抛出到controller层
最开始想到的也是在controller每个方法进行try catch操作
但是太繁琐
所以就出现了全局异常处理器

全局异常处理器

在这里插入图片描述
@RestControllerAdvice
以用来修饰类，表示该类为一个全局异常处理类
@ExpectionHandler()后面指定捕获哪一类的异常
Exception就是捕获所有异常
定义完后再进行对应操作
就是标准的Result结果
在这里插入图片描述
在这里插入图片描述

小袁拒绝摆烂
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
php-jwt-login:JWT（JSON Web令牌）URL登录PHP示例
05-12
php-jwt-login JWT（JSON Web令牌）URL登录PHP示例 设置 安装 ： curl -sS https://getcomposer.org/installer | php curl -sS https://getcomposer.org/installer | php 安装依赖项： php composer.phar install 依存关系 -用于管理依赖项 用于生成和验证JSON Web令牌。
Web项目登录功能实现
qq_62244121的博客
10-31 2467
Web项目实现登录功能，使用JSP，Servlet，javabean，有详细代码并有注解，同时提供思路用于参考。
tomcat-jwt-security:基于JWT令牌实现安全阀
05-10
tomcat-jwt-security 该项目旨在将JWT令牌身份验证功能引入Tomcat 8 ，从而将身份验证过滤器实现为Tomcat Valve。 JWT操作基于项目。 对于Tomcat 7，请使用或克隆。 基于Valve的身份验证应该可以与放置在web.xml文件中的Java标准安全性约束一起使用，并使服务器保持无状态：使用JWT令牌，您可以使Tomcat摆脱http会话的困扰。 从3.0.0版开始，已进行了一些改进（进行了许多重大更改-请参阅发行说明）。 现在，您可以利用以下方法来签名和验证JWT令牌： HMAC算法，提供机密文本（旧方法，自版本2.xx起可用） RSA算法，为密钥库提供公共密钥 现在已根据OIDC身份提供商提供的从有效JWKS uri下载的公钥对OpenID Connect （OIDC）JWT ID令牌进行了验证 入门 您可以下载工件（1.a）或自己构
使用 JWT（JSON Web 令牌）实现登录身份验证和令牌续订
12-29
使用 JWT（JSON Web 令牌）实现登录身份验证和令牌续订。它将 JWT 与基于会话的身份验证进行了比较，并强调了每种方法的差异、优点和缺点。本文档介绍了基于会话的方法和基于 JWT 的方法的身份验证过程。它还讨论了与 JWT 相关的安全性、性能和过期问题。该文档最后建议使用 JWT 进行身份验证，尤其是在分布式环境中。它提供了用于生成和解析 JWT 令牌的代码示例，以及使用 Redis 实现令牌存储。该文档还包括用于登录、注销和密码更新功能的代码片段。 大意： - 基于会话的身份验证和基于 JWT 的身份验证之间的比较 - 基于会话和基于 JWT 的方法的身份验证过程 - 智威汤逊的优缺点 - JWT 的安全问题 - JWT 的性能注意事项 - JWT 的代币续订策略 - 使用 JWT 进行身份验证的建议 - 用于生成和解析 JWT 令牌的代码示例 - 使用 Redis 实现令牌存储 - 用于登录、注销和密码更新功能的代码片段
JWT:Objective-C中的JSON Web令牌实现
04-23
智威汤逊 Objective-C中的实现。 掌握和最新优势方面的新功能。 EC算法支持。 从Pem文件中提取密钥的功能已更新。 EC算法支持。 先决条件。 相应的证书和公钥和私钥的P12。 带ANSI X9.63格式键的Pem文件。 例子。 NSString *privateKeyString = @" <ANSI> " ; NSString *publicKeyString = @" <ANSI> " ; // Note: We should pass type of key. Default type is RSA. NSDictionary *parameters = @{JWTCryptoKey. parametersKeyBuilder : JWTCryptoKeyBuilder. new
登陆实现原理
Bowl_IronMan的博客
05-06 1580
一 传统登陆 session/cookie 出现的问题-->客户端不仅仅是浏览器,有可能是其他客户端,比如app,小程序.....而这些客户端有可能不支持session/cookie 传统登陆流程图例 &&那么如何解决以上问题? 利用令牌(token)登陆 &&数据库的选择 1>mysql 能存 但时效不满足 2>redis 能存且有时效 选redis来存token 二 Token登陆 将原来的sessionId修改成手动增加
JWT实现登陆认证及Token自动续期
Java笔记虾
02-26 4896
来源：juejin.cn/post/6932702419344162823过去这段时间主要负责了项目中的用户管理模块，用户管理模块会涉及到加密及认证流程，加密已经在前面的文章中介绍了，可以...
登录校验-会话技术/JWT令牌
Hey_Join的博客
06-28 267
登录校验-会话技术/JWT令牌
javaweb实现输入账号密码验证码登录（登录过期验证）（购物车案例）
qq_45879198的博客
10-27 3420
文章目录前言一、javaweb实现输入账号密码验证码登录1.login.jsp2.LoginServlet3.vcodeServlet4.logout6.sesstion_out.jsp7.实现购物车shoppingServlet8.购物车页面shopping 前言 提示：以下是本篇文章正文内容，下面案例可供参考 一、javaweb实现输入账号密码验证码登录 1.login.jsp <%@page import="java.io.PrintWriter"%> <%@ page lan
Web登录并完成注册
m0_73656035的博客
02-17 673
创建完数据库就要开始创建构造Getter and Setter方法和to String()方法了。接下来就是在假登录的基础上对代码进行完善。真登录是在假登录的基础上进行更改。然后是成功和失败的页面。
Spring-Boot-Security-Jwt-Mysql:用于JSON Web令牌实现Jwt的Spring Security Web应用程序
03-08
Spring-Boot-Security-Jwt-Mysql 用于JSON Web令牌实现Jwt的Spring Security Web应用程序和正确的github工作流程
jwthelper：JWT令牌生成器
02-24
JWT令牌生成器 生成私钥（jwt.salt）和jwt令牌的助手 该泊坞窗映像有助于快速创建私钥和JWT令牌。 可用版本 您可以通过“ 页面查看所有可从Docker Hub提取的图像。 以“更改类型”字词开头的Docker标记名称（例如任务，错误或功能）可用于测试，并且可以随时删除。 安装 您可以克隆此存储库并手动构建它。 cd jwthelper docker build -t fonoster/jwthelper:%%VERSION%% . 否则，您可以从泊坞窗索引中拉出该映像。 docker pull fonoster/jwthelper:latest:%%VERSION%% 使用范例 以下是使用此图像的最小示例。 sudo docker run -it \ -v $( pwd ) :/home/fonos/access \ -e PRINT_ACCESS_INFO=
SpringBoot集成Spring Security用JWT令牌实现登录和鉴权的方法
bobozai86的博客
05-23 1866
一、概念 1、什么是JWT Json Web Token (JWT)是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准(RFC 7519) 该token被设计为紧凑且安全的 特别适用于分布式站点的单点登录(SSO)场景 随着JWT的出现 使得校验方式更加简单便捷化 JWT实际上就是一个字符串 它由三部分组成：头部 载荷和签名 用[.]分隔这三个部分 最终的格式类似于：xxxx.xxxx.xxxx 在服务器直接根据token取出保存的用户信息 即可对token的可用性进行校验 使得单点登
登录令牌JWT — JSON WEB TOKEN
Java厂长
01-20 2087
登录令牌JWT — JSON WEB TOKEN 关于作者 作者介绍 ???? 博客主页：作者主页 ???? 简介：JAVA领域优质创作者????、一名在校大三学生????、在校期间参加各种省赛、国赛，斩获一系列荣誉???? ???? 关注我：关注我学习资料、文档下载统统都有，每日定时更新文章，励志做一名JAVA资深程序猿????‍???? JWT简介 1、概述 传统的Web应用中，使用session来存在用户的信息，每次用户认证通过以后，服务器需要创建一条记录 保存用户信息，通常是在内存中。
JWT简介& JWT结构& JWT示例& 前端添加JWT令牌功能& 后端程序
qq_73126462的博客
11-07 6068
Json web token (JWT), 是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准（(RFC 7519).该token被设计为紧凑且安全的，特别适用于分布式站点的单点登录（SSO）场景。JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息，以便于从资源服务器获取资源，也可以增加一些额外的其它业务逻辑所必须的声明信息，该token也可直接被用于认证，也可被加密。JSON Web Token（JWT）是目前最流行的跨域身份验证解决方案。
使用JWT实现登录认证
progammer10086的博客
05-23 1773
session：存储再服务端，无法引用与分布式场景，并且需要占用服务端的资源cookie：存储再客户端，适用于分布式场景，但是存在安全问题，不支持垮域访问token：存储在localstorage中，更加灵活。
k8s--基础--23.5--认证-授权-准入控制--通过token令牌登陆dashboard界面
zhou920786312的博客
08-15 1847
以下步骤在k8s的master节点操作。
简易登录页面实现
繁依Fanyi的博客
07-09 2846
导言 本文将介绍一个简单的登录页面的实现，使用HTML、CSS和JavaScript完成。该登录页面具有选项卡切换和表单提交功能。 HTML基础知识 首先，我们来了解一下HTML文档的基本结构： <!DOCTYPE html> <html> <head> <title>Login Page</title> <!-- 引入外部CSS文件 --> <link rel="stylesheet" href="htt
WEB转Flutter基础学习笔记（内含vue和flutter对比）
最新发布
小易不止于搬砖的博客
05-17 670
笔者是一名web前端，记录在转栈flutter时的学习笔记，内涵和vue的对比，能够辅助前端同学更容易理解flutter
web api core jwt 刷新令牌
05-01
Web API Core JWT是使用JSON Web令牌认证机制的一个框架。JWT是一种标准的令牌格式，它允许交互方通过令牌在两个系统之间进行身份验证和授权。JWT由三部分组成：头部、有效载荷和签名，并通过Base 64编码进行编码和解码。 令牌一般会有一个失效时间，为了防止在失效时间内令牌失效，需要使用令牌刷新机制，即使用旧的令牌获取新的令牌。在Web API Core JWT中，使用Refresh Token来实现令牌刷新机制。 Refresh Token是一个长期有效的令牌，用于获取新的访问令牌。当访问令牌过期时，客户端可以使用Refresh Token向服务器请求新的访问令牌。如果Refresh Token还未失效，服务器会对其进行验证，并生成新的访问令牌。如果Refresh Token已经失效，客户端则需要重新进行身份验证获取新的令牌。 Web API Core JWT也提供了许多选项来配置Refresh Token的行为，例如Refresh Token的有效期、Refresh Token的存储位置等。在使用Refresh Token的过程中，需要注意Refresh Token的安全性，避免被恶意使用。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小袁拒绝摆烂

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值