jmeter使用手册

日常性能测试工作均使用jmeter,且jmeter插件较多,一段时间不使用容易遗忘,在此进行记录

1 计数器 – 并不能满足按照线程数分块的需求

计数器的作用,可以给每个线程每次迭代传递参数,参数值为计数器产生的
在这里插入图片描述
不能实现以下场景
上图计数器可以实现loadrunner中唯一 + 每次迭代更新的效果,具体如下:
启动3个线程,迭代4次,那么:
线程1,取到 1024000002 1024000003 1024000004 1024000005
线程2,取到 1024000006 1024000007 1024000008 1024000009
线程3,取到 1024000010 1024000011 1024000012 1024000013

具体可以满足如下业务场景:

压测场景:
1、手机号登录,每个线程一个手机号
2、每个用户登录后,拿自己添加的合同(已经添加了,数据直接从数据库里拿出来) 添加 签署方
------------
限制:
合同id必须与手机号对应,自己只能操作自己发起的合同

2 if控制器

if控制器作用,可以控制满足某种条件的情况下执行某些操作
如:进行稳定性测试7*24小时,查询操作可以一直进行,但是提交操作只准备了1000W数据,支持不了这么长时间,可以加if控制器:当到了1000W就不再执行提交操作
if控制器语法:
语法一:
不勾选在这里插入图片描述

// 数字格式
${a}<100000000
// 字符串格式
"${num}" != "shibai"

语法二:
勾选在这里插入图片描述

${__groovy(${a}<10000000,)}

建议使用语法一,不需要二次转换,且易懂

3 仅一次控制器

我们在做压测的时候,往往需要传递cookie、token等信息,但是我们测试重点是之后的查询、提交等业务接口,这时就会用的仅一次控制器,如下:
添加仅一次控制器,将登录等获取token的接口放在控制器中,通过正则、json等提取器提取出需要传递的值
仅一次控制器
注:每个线程启动只会调用一次控制器中的sampler

4 json提取器

我们在做压测的时候,需要提取当前请求中的数据提供给之后的接口使用,如果响应格式为json格式,我们就可以使用 json extractor来提取我们想要的内容,如下:
响应内容为:

{"cookie":"User-Account=3702120000050005; User-Token=56f70518f5164b9ebcfce29a97d594ad;","iquerywhere":1,"iwishindex":0,"iwishnum":1000,"strareacode":"370212","strmscode":"370212000005001"}

我们用json提取器提取cookie时只需要在 JSON Path expressions中填写 cookie即可,如下:
json提取器
响应内容为:

{
    "code": 10000,
    "msg": {
        "iquerywhere": 1,
        "iwishindex": 0,
        "iwishnum": 1000,
        "strareacode": "370212",
        "strmscode": "370212000005001"
    }
}

我们用json提取器提取strmscode时只需要在 JSON Path expressions中填写 msg.strmscode即可,如下:
在这里插入图片描述
较为复杂的提取,需要学习下jsonpath语法
传送门,另外一位大佬写的很详细的语法加示例传送门

如:

{
  "code": 10000,
  "msg": "新增签署方成功",
  "status": true,
  "traceCode": null,
  "traceCodeList": null,
  "data": [
    {
      "id": "20200426145641542046724JU",
      "contractJoinUserId": "20200426145641542046724JU",
      "contractId": "20200426145634867046723",
      "contractName": "测试合同添加到草稿箱",
      "contractStatus": null,
      "contractStatusList": null,
      "userId": "202004131655562152065470A-1"
    },
    {
      "id": "20200426145641561046725JU",
      "contractJoinUserId": "20200426145641561046725JU",
      "contractId": "20200426145634867046723",
      "contractName": "测试合同添加到草稿箱",
      "contractStatus": null,
      "contractStatusList": null,
      "userId": "202004131655562152065470B-1"
    },
    {
      "id": "20200426145641566046726JU",
      "contractJoinUserId": "20200426145641566046726JU",
      "contractId": "20200426145634867046723",
      "contractName": "测试合同添加到草稿箱",
      "contractStatus": null,
      "contractStatusList": null,
      "userId": "202004131655562152065470C-1"
    },
    {
      "id": "20200426145641570046727JU",
      "contractJoinUserId": "20200426145641570046727JU",
      "contractId": "20200426145634867046723",
      "contractName": "测试合同添加到草稿箱",
      "contractStatus": null,
      "contractStatusList": null,
      "userId": "202004131655562152065470D-1"
    },
    {
      "id": "20200426145641574046728JU",
      "contractJoinUserId": "20200426145641574046728JU",
      "contractId": "20200426145634867046723",
      "contractName": "测试合同添加到草稿箱",
      "contractStatus": null,
      "contractStatusList": null,
      "userId": "202004131655562152065470E-1"
    }
  ],
  "token": null
}

取到userId为202004131655562152065470E-1contractJoinUserId
jsonpath为:

$.data[?(@.userId=="202004131655562152065470E-1")].contractJoinUserId

5 正则提取器

我们在做压测的时候,需要提取当前请求中的数据提供给之后的接口使用,如果响应格式非json格式,那么我们无法使用json提取器,可以用正则提取器来完成,如下:
响应内容:

code=1000,a=abc123,b=8976,c=xyz123,d=8978

我们要提取code的值,需要在正则表达式字段填写 code=(.+?),a= ,如下:
正则表达式提取器
注:正则表达式提取完全按照正则表达式来,不会的去百度下哦

6 beanshell

某些时候单纯的正则、json提取无法满足我们的需求,需要更强大的功能来进行数据的拼接处理,这时候就需要用到beanshell了。
beanshell语法基本与java相同,不会的稍微学习下哦。
实例:
被测系统不允许多重登录,所以每个线程需要用不同的用户登录,我们准备的用户数据如下:
a0001/a0002/a0003…
这时候怎么实现第一个线程使用a0001登录、第二个线程使用a0002登录呢?
beanshell登场!!!!
首先我们获取到当前线程的name,格式是这样的 线程组 1-14
我们需要获取到14,再跟a0001进行拼接,具体代码如下:

Thread th = Thread.currentThread(); //获取到当前线程
String tname=th.getName();  //获取到当前线程的name
String[] sa = tname.split("-");  //线程name按照-分割
String tid = sa[sa.length-1];  //取-后的14
long a = 3702120000010000L+ Long.parseLong(tid); //拼装登录账号
long b = 3702120000020000L+ Long.parseLong(tid);
vars.put("account_cj",""+a);   //返回给jmeter变量
vars.put("account_sc",""+b);

犯贱了!!!,上边一大堆代码,jmeter一个变量解决,叫 ${__threadNum}
这样写

String thnum = "${__threadNum}";
vars.put("thnum",thnum);
//这种写法不仅可以在当前请求中使用thnum变量,后续其他请求也可以使用thnum

beanshell还可以进行很多其他的工作,java中能实现的基本都可以。

还有一个需要注意的,beanshell只支持到jdk1.4,所以我们经常用到的ArrayList需要用jdk1.4的写法:

List sl = new ArrayList();
sl.add("abc");
sl.add("123");

7 文件上传

某些时候我们需要测试一下文件服务是否能扛得住压力,测试文件上传效率。
话不多说,直接上脚本:
请求协议:http
方法:post
请求contenttype:multipart/form-data;
必填字段:file
选填字段:
scene:seal_img //可选,场景,默认default
output:json //可选,返回格式
path: //可选,自定义路径
脚本:
parameters标签页填写除file之外的字段
files upload字段填写file字段
parameters标签页
files upload标签页
注意:files upload标签页需要勾选 Use mulipart/form-data for POST不需要添加请求头

8 文件下载

文件下载是get请求,直接get即可 没啥好说的
还有,如果要保存到本地,需要添加beanshell用java实现 其实做文件下载的压测这一步是没有意义的
java实现文件保存到本地如下:

import java.io.*;

byte[] result = prev.getResponseData(); //这个是获取到请求返回的数据,prev是获取上个请求的返回

String file_name = "e:\\xyz.jpg"; //代表存放文件的位置和文件名
File file = new File(file_name);
FileOutputStream out = new FileOutputStream(file);
out.write(result);
out.close();

当然,还有很关键的一点,我们需要程序判断下载是否成功了,这里用到一个之前用的不多的断言,叫做Size Assertion
我们可以通过这个元件判断响应的大小是否正确
如下:
size assertion

9 jdbc request + beanshell实现全局变量

做过性能测试过程中,肯定会遇到这么个场景

删除文件,需要传入文件id

这个需求,需要保证id是存在的
但是我们不能每次跑都去数据库查出id来存到一个文件里,这就太low了,而且会累死

接下来进行个思考,我们可以在每次测试之前让jmeter来自动取到文件id,然后放到List中,每个线程取一个
嗯,似乎可行,试一下

  1. 导入jdbc驱动包
    测试计划节点,选择jdbc驱动包即可,如下:
    在这里插入图片描述
  2. 添加配置元件 JDBC Connection Configuration,填写jdbc相关参数,如下:
    在这里插入图片描述
  3. 添加 jdbc request,如下:
    在这里插入图片描述
    这样,就可以查询数据库中的数据了

接下来,我们把查询结果格式化一下,用到了 beanshell后置处理器
比较懒,直接说过程中的问题吧
问题一:如果我们使用 仅一次控制器,每个线程都会执行一次,这不符合我们的设计
问题二:把 jdbc request 放到单独的线程组中,通过全局变量的方式传递。看样子不错哦~ but!!!
   全局变量 只能传递 字符串,我们要传递的是 List啊!!!蛋疼
   这里稍微说下全局变量,备忘~

// 设置全局变量有两种方式:
props.put("str",arg);
${__property(str,arg,)};
//注:这两种方式,都只能设置字符串为全局变量,不能是其他类型
//读取全局变量的两种方式:
props.get("str");
${__property(str,,)}

嗯,只能jdbc request之后,把数据写入文件中,之后请求读取文件,被逼无奈的方法
beanshell如下:

// 准备写入文件
String filename = "D:/del_file_id.csv";
FileWriter writer;
// 取到数据库查询结果
List results = vars.getObject("file_ids");
try{
	writer = new FileWriter(filename);
	for(Object o:results){
		Map map = (Map)o;
		for(Object k:map.keySet()){
			// 取到当前行的结果,转为String
			String s= map.get(k).toString();
			log.info(k +":"+s);
			// 写入文件
      		writer.write(s);
      		// 写个换行
      		writer.write('\n');
		}
	}
	// 释放资源
	writer.flush();
  	writer.close();
}catch (IOException e){
	e.printStackTrace();
}

这样我们就把查询到的id存到 D:/del_file_id.csv 文件中了

业务线程组引入 CSV Data Set Config 读取该文件即可,如下:
在这里插入图片描述
删除文件请求,引用 ${file_id} 参数即可
在这里插入图片描述

10 js脚本(JSR223 PreProcessor)

某些接口需要我们在请求之前计算一些东西,比如计算一下md5等,这时候就需要前置js脚本来实现
jmeter中前置js脚本为 JSR223 PreProcessor
如果用到了md5计算,我们需要下载md5.js放到jmeter的bin目录下,如下:
在这里插入图片描述
因为md5.js中引用了CryptoJS,所以我们还需要下载CryptoJS.js放到同一目录下
具体脚本如下:
在这里插入图片描述

注意:
1、Language 字段需要选择 javaScript
2、因为md5.js等需要引用CryptoJS,所在在load的时候需要先load cryptoJS.js
3、注意load时的路径

11 压测过程中报java.net.SocketException: Permission denied: connect

本地网络端口问题,修改配置文件即可解决,如下:
修改bin/system.properties,将java.net.preferIPv4Stack的值改为true
在这里插入图片描述

12 while控制器

当我们需要对某个数据进行遍历时,就需要用到while控制器
举例说明,接口返回数据为:

{
    "code": 0,
    "message": "ok",
    "data": {
        "table_reports": [
            {
                "index": 1,
                "name": "ods_mt_patient_info",
                "help_text": "患者信息表",
                "docked": true,
                "docked_count": 999,
                "repeated_count": 94,
                "checked_through_count": 448,
                "check_failed_count": 551
            },
            {
                "index": 2,
                "name": "ods_mt_patient_medical_order",
                "help_text": "医嘱信息",
                "docked": true,
                "docked_count": 12900,
                "repeated_count": 1394,
                "checked_through_count": 0,
                "check_failed_count": 12900
            },
            {
                "index": 3,
                "name": "ods_mt_patient_medical_order_execute",
                "help_text": "医嘱信息",
                "docked": false,
                "docked_count": 0,
                "repeated_count": 0,
                "checked_through_count": 0,
                "check_failed_count": 0
            },
            {
                "index": 4,
                "name": "ods_mt_patient_disease",
                "help_text": "诊断信息",
                "docked": true,
                "docked_count": 7819,
                "repeated_count": 1768,
                "checked_through_count": 5663,
                "check_failed_count": 2156
            },
            {
                "index": 5,
                "name": "ods_mt_patient_exam_order_apply",
                "help_text": "诊断信息",
                "docked": false,
                "docked_count": 0,
                "repeated_count": 0,
                "checked_through_count": 0,
                "check_failed_count": 0
            }
        ]
    }
}

我们需要拿到有治疗信息的report的name进行数据比对工作(查数据库、做断言)
那么,我们通过json提取器提取出table_reports,然后while循环遍历table_reports
while条件是 reports的长度>index(下标,每次循环+1)
在这里插入图片描述
接下来通过if控制器判断是否有治疗信息,即docked值为true
在这里插入图片描述
拿到name表达式为:

${__javaScript(${reports}[${index}].name,)}

拿着这个值去查库对比,
别忘了每次循环index值+1,如下:
在这里插入图片描述


一起来交流吧
在这里插入图片描述

从35个方面对Jmeter从原理到实际演示,一册在手,天下我有 1.性能测试基本概念 1.1.RT -Response time 请求响应时间 从客户端发出请求到得到响应的整个时间 一般包括网络响应时间+server的响应时间。 用户接受准则: 例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 不同行业不同业务可接受的响应时间是不同的,一般情况,对于在线实时交易: 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 1.2.系统处理能力 系统处理能力是指系统在利用系统硬件平台和软件平台进行信息处理的能力。系统处理能力通过系统每秒钟能够处理的交易数量来评价,交易有两种理解: 一是业务人员角度的一笔业务过程; 二是系统角度的一次交易申请和响应过程。 前者称为业务交易过程,后者称为事务。两种交易指标都可以评价应用系统的处理能力。一般的建议与系统交易日志保持一致,以便于统计业务量或者交易量。系统处理能力指标是技术测试活动中重要指标。 1.1.1.简称 一般情况下,用以下几个指标来度量: HPS(Hits Per Second) :每秒点击次数,单位是次/秒。 TPS(Transaction per Second):系统每秒处理事务数,单位是笔/秒。吞吐量。 不可分割的。要么完全成功,要么完全失败。 QPS(Query per Second):系统每秒处理查询次数,单位是次/秒。 对于互联网业务中,如果某些业务有且仅有一个请求连接,那么TPS=QPS=HPS, 一般情况下用TPS来衡量整个业务流程,用QPS来衡量接口查询次数,用HPS来表示对服务器点击请求。 每秒钟处理完的事务次数,一般TPS是对整个系统来讲的。一个应用系统1s能完成多少事务处理,一个事务在分布式处理中,可能会对应多个请求,对于衡量单个接口服务的处理能力,用QPS比较多。 1.1.2.标准 无论TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标,越大越好,根据经验,一般情况下: 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 1.3.并发用户数量 常见的错误理解: 使用系统的全部用户数量(注册用户) 使用系统的全部在线用户数量 正确理解 并发用户数指在同一时刻内,打开系统并进行业务操作的用户数量,并发用户数对于长连接(数据库连接时长连接,web请求时短连接)系统来说最大并发用户数即是系统的并发接入能力。对于短连接系统而言最大并发用户数并不等于系统的并发接入能力,而是与系统架构、系统处理能力等各种情况相关 http:请求只能由客户端发出,服务端被动响应。 1.1.3. 简称 Virtual User: VU 1.1.4.标准 一般情况下,性能测试是将系统处理能力容量测出来,而不是测试并发用户数,除了服务器长连接可能影响并发用户数外,系统处理能力不完全受并发用户数影响,可以用最小的用户数将系统处理能力容量测试出来,也可以用更多的用户将系统处理能力容量测试出来。 并发用户数量: 并发用户多少为好? 中小企业:5000用户 1.4.错误率 1.1.5. 定义及解释 错误率指系统在负载情况下,失败交易的概率。错误率=(失败交易数/交易总数)*100%。稳定性较好的系统,其错误率应该由超时引起,即为超时率。 1.1.6.标准 不同系统对错误率的要求不同,但一般不超出千分之六,即成功率不低于99.4% 1.5.CPU 定义及解释 中央处理器是一块超大规模的集成电路,是一台计算机的运算核心(Core)和控制核心( Control Unit)。它的功能主要是解释计算机指令以及处理计算机软件中的数据。CPU Load: 系统正在干活的多少的度量,队列长度。系统平均负载。 CPU指标主要指的CPU利用率,包括用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)。CPU 利用率要低于业界警戒值范围之内,即小于或者等于75%;CPU sys%小于或者等于30%, CPU wait%小于或者等于5%。单核CPU也需遵循上述指标要求。 7*24不允许宕机 1.6. Memory 内存是计算机中重要的部件之一,它是与CPU进行沟通的桥梁。计算机中所有程序的运行都是在内存中进行的,因此内存的性能对计算机的影响非常大。 现代的操作系统为了最大利用内存,在内存中存放了缓存,因此内存利用率100%并不代表内存有瓶颈,衡量系统内有有瓶颈主要靠SWAP(与虚拟内存交换)交换空间利用率,一般情况下,SWAP交换空间利用率要低于70%,太多的交换将会引起系统性能低下。 Swap解释: 当物理内存接近崩溃时,将物理内存中最近一段时间最少频率使用到的页框移出物理内存,放进该存储空间,这段存储空间我们称之为交换空间(Swap) 1.7.磁盘吞吐量 Disk Throughput. 磁盘吞吐量是指在无磁盘故障的情况下单位时间内通过磁盘的数据量。 磁盘指标主要有每秒读写多少兆,磁盘繁忙率,磁盘队列数,平均服务时间,平均等待时间,空间利用率。其中磁盘繁忙率是直接反映磁盘是否有瓶颈的的重要依据,一般情况下,磁盘繁忙率要低于70%。 1.8.网络吞吐量 Network Throughput 10Mbit带宽,每秒传输的字节数1.25MBytes 网络吞吐量是指在无网络故障的情况下单位时间内通过的网络的数据数量。单位为Byte/s。网络吞吐量指标用于衡量系统对于网络设备或链路传输能力的需求。当网络吞吐量指标接近网络设备或链路最大传输能力时,则需要考虑升级网络设备。 网络吞吐量指标主要有每秒有多少兆流量进出,一般情况下不能超过设备或链路最大传输能力的70%。 2.性能测试基本流程 性能测试需求: 1)最终用户体验,例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 2)技术需求, cpu,内存,网络吞吐量,磁盘吞吐量 3)标准要求: 竞品分析- 响应时间 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 TPS 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 性能测试计划 测试环境,测试需求,测试方法,测试时间表,测试组织架构,测试风险,输入输出文档 性能测试步骤: 性能测试执行 3.性能测试工具 4.Jmeter简介 4.1.Jmeter的基本概念 Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言 4.2.我们为什么使用Jmeter 开源免费还很好用,基于Java编写,可集成到其他系统可拓展各个功能插件 支持接口测试,压力(负载和压力)测试等多种功能,支持录制回放,入门简单 相较于自己编写框架活其他开源工具,有较为完善的UI界面,便于接口调试 多平台支持,可在Linux,Windows,Mac上运行 5.Jmeter安装配置及目录结构 5.1.Windows下Jmeter下载安装 登录 http://jmeter.apache.org/download_jmeter.cgi ,根据自己平台,下载对应文件 安装JDK,配置环境变量(具体步骤不做介绍) 将下载Jmeter文件解压,打开/bin/jmeter.bat 5.2.Jmeter的目录结构 /bin 目录(常用文件介绍) examples:目录下包含Jmeter使用实例 ApacheJMeter.jar:JMeter源码包 jmeter.bat:windows下启动文件 jmeter.sh:Linux下启动文件 jmeter.log:Jmeter运行日志文件 jmeter.properties:Jmeter配置文件 jmeter-server.bat:windows下启动负载生成器服务文件 jmeter-server:Linux下启动负载生成器文件 /docs目录——Jmeter帮助文档 /extras目录——提供了对Ant的支持文件,可也用于持续集成 /lib目录——存放Jmeter依赖的jar包,同时安装插件也放于此目录 /licenses目录——软件许可文件,不用管 /printable_docs目录——Jmeter用户手册 6.Jmeter简单入门 6.1.修改语言 6.2.创建测试计划 6.3.添加线程组 6.4.添加sampler设置http请求 6.5.添加结果树 6.6.查看结果 7.测试计划 独立运行每个线程组: 再每一组运行结束后启动下一个 Run tearDown Thread Groups after shutdown of main threads:   主线程关闭运行后拆除线程组, 8.线程组 Delay Thread creation until needed                延迟创建线程,直到该线程开始采样,即之后的任何线程组延迟和加速时间为线程本身。这样可以支持更多的线程,但不会有太多是同时处于活动状态。  持续时间(秒):测试计划持续多长时间,会覆盖结束时间。  启动延迟(秒):测试计划延迟多长时间启动,会覆盖启动时间。 9.Sampler --HTTP请求 请求方式 请求路径 请求ip 请求协议 请求编码 重定向之前的和之后的请求都会在结果树中显示出来 自动重定向,只会显示重定向之后的地址。 10.结果收集 10.1.查看结果树 10.2.表格查看结果 偏离表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。 10.3.聚合报告 10.4.Summary Report 11.Jmeter参数化 11.1.用户定义的变量 使用配置原件中用户定义的变量可以进行参数化 11.2.用户参数 使用前置管理器设置用户参数 11.3.使用csv配置原件 配置元件(Config E
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值