JIT性能调优

最新推荐文章于 2024-03-23 13:59:18 发布
最新推荐文章于 2024-03-23 13:59:18 发布
阅读量3.7k 收藏 7
点赞数

Java JIT性能调优

JVM自动监控这所有方法的执行，如果某个方法是热点方法，JVM就计划把该方法的字节码代码编译成本地机器代码，同时还会在后续的执行过程中进行可能的更深层次的优化，编译成机器代码的过程是在独立线程中执行的，不会影响程序的执行；除次以外，JVM还对热点方法和很小的方法内联到调用方的方法中，减少方法栈的创建。这些就是JIT（just in time）。

JIT编译器有近100种优化方式

JIT编译器有近百种优化方式

JIT编译器有近百种优化方式

其中以下三种方式效果非常明显：

  • 把bytecode编译成本地代码（native code）：编译后的代码保存在一个特殊的堆上，除非相关的类被卸载，或者本地代码的优化被取消。这个cache有一定的大小限制（可通过启动参数-XX:ReservedCodeCacheSize来修改cache的大小），如果这个cache被装满，则JVM无法编译出更多的本地代码，但通常说不会碰到这种情况的。
    • hot method：默认情况，方法执行次数超过10000次的方法，jvm会编译成本地二进制代码，这个数值可以通过设置启动参数-XX:CompileThreshold=10000来修改。
    • On Stack Replacement (OSR)：如果某个循环执行的次数非常多，那么这个循环体代码也可能会编译为本地代码
  • 分支预测（Branch Prediction）：降低分支条件判断的结果的随机性，使CPU指令流水线缓存命中率提升
  • 方法内联（inlining，对性能的提升很大）：方法内联可以减少方法调用，从而减少方法栈的创建。相信大家都知道循环的速度比递归快很多，就是这个原因，另外方法内联后，还使得一些JIT更深入的优化变成可能。jvm可以通过两个启动参数来控制字节码大小为多少的方法可以被内联：
    • -XX:MaxInlineSize：能被内联的方法的最大字节码大小，默认值为35Byte，这种方法不需要频繁的调用。比如：一般pojo类中的getter和setter方法，它们不是那种调用频率特别高的方法，但是它们的字节码大小非常短，这种方法会在执行后被内联。
    • -XX:FreqInlineSize：调用很频繁的方法能被内联的最大字节码大小，这个大小可以比MaxInlineSize大，默认值为325Byte（和平台有关，我的机器是64位mac）。

这些优化方法通常是层层依赖的，所以当JIT优化后的代码被JVM应用，就会开始尝试进行更上一层次的优化。因此我们写代码的时候，应该尽量往这些优化方式上面靠。

输出JIT编译和内联过的方法

在JVM启动参数中添加三个启动参数，比如下面的命令，把编译信息输出到inline.log文件中，便于后续使用grep命令分析：

 

1

java -XX:+PrintCompilation -XX:+UnlockDiagnosticVMOptions -XX:+PrintInlining SimpleInliningTest > inline.log

inline.log中内容类似这样：

 

1

31    23 s!    sun.misc.URLClassPath::getLoader (136 bytes)  inline (hot)

 

  • 第1列  31：为JVM启动后到该方法被编译相隔的时间，单位为毫秒
  • 第2列  23：编译ID，用来跟踪一个方法的编译、优化、深度优化
  • 第3列  s!：s是指该方法是synchronized，感叹号是指该方法有对异常的处理
  • 第4列  sun.misc.URLClassPath::getLoader：被编译的方法和类名
  • 第5列  (136 bytes)：方法的字节码大小
  • 第6列 inline(hot)：表示该方法被内联了，且调用频率很高，这一列还有其他值，比如：
    • inline (hot): 该方法被内联了，且调用频率很高
    • too big: 该方法没有被内联，因为方法字节码比-XX:MaxInlineSize的值大
    • hot method too big: 该方法被调用的频率很高，但是方法的字节码比-XX:FreqInlineSize的值大

inline.log文件内容中的方法还以tab缩进的方式来体现方法调用链的层次结构，非常易懂。

输出JIT编译的细节信息

通过添加参数-XX:+PrintCompilation，可以看到的信息其实并不具体，比如：那些方法进行了内联，内联后的二进制代码是怎么样的都没有。而要输出JIT编译的细节信息，就需要在JVM启动参数中添加这个参数：

 

1

2

3

4

-XX:+UnlockDiagnosticVMOptions

-XX:+LogCompilation

-XX:+TraceClassLoading

-XX:+PrintAssembly

 

输出的编译信息，默认情况是在启动JVM的目录下一个名为：hotspot_pid<PID>.log的文件

如果想指定文件路径和文件名的话，可以再添加一个启动参数：

 

 

1

-XX:LogFile=<path to file>

输出的是一个很大的xml文件，可能有几十上百兆，下面摘出部分内容如下（文件中的汇编代码太长，就不贴了）：

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

<nmethod

compile_id='78'

compiler='C2'

level='4'

entry='0x00000001052bc060'

size='856'

address='0x00000001052bbf10'

relocation_offset='296'

insts_offset='336'

stub_offset='496'

scopes_data_offset='544'

scopes_pcs_offset='624'

dependencies_offset='848'

oops_offset='520'

method='com/github/fastxml/util/ByteUtils isValidTokenChar (B)Z'

bytes='26'

count='7722'

iicount='7722'

stamp='0.344'/>

这些内容很难读懂，建议使用JITWatch（https://github.com/AdoptOpenJDK/jitwatch/）的可视化界面来查看JIT编译的细节信息。同时JITWatch还可以给出很多优化建议，给我们有效的优化代码提供参考，详见下文。

JIT编译模式

上面的输出的细节编译信息inline.log文件中，有个字段上“compiler=C2”，这里的C2就是JIT的编译模式，C2表示这个方法进行了深度优化。下面介绍下JIT的编译模式

C1: 通常用于那种快速启动的GUI应用，对应启动参数：－client

C2: 通常用于长时间允许的服务端应用，对应启动参数：－server

分层编译模式（tiered compilation）：这是自从Java SE 7以后的新特性，可通过添加启动参数来开启：

 

 

1

-XX:+TieredCompilation

这个特性在应用启动阶段使用C1模式以达到快速启动的效果，一旦应用程序运行起来以后，C2模式将取代C1模式，以进行更深度的优化。在Java SE 8中，这个特性是默认的。

JITWatch

前面也提到了，JITWatch可以通过可视化界面来帮助我们分析JVM输出的JIT编译输出日志，还可以帮助我们静态分析jar中的代码是否符合JIT编译优化的条件，还可以以曲线图形的方式展示JIT编译的整个过程中的一些指标，还给我们的代码提意见和建议，非常好用的工具。

下载

JITWatch需要在github上把代码clone下来，然后用maven来运行，地址为：https://github.com/AdoptOpenJDK/jitwatch/

安装hsdis

如果在jvm的启动参数中添加了下面的启动参数：

 

1

2

3

4

-XX:+UnlockDiagnosticVMOptions

-XX:+LogCompilation

-XX:+TraceClassLoading

-XX:+PrintAssembly

但是你发现启动你的java程序后，有如下的报错信息：

 

1

Java HotSpot(TM) 64-Bit Server VM warning: PrintAssembly is enabled; turning on DebugNonSafepoints to gain additional output

或者启动啦JITWATCH后，打开了某个编译信息log文件，但是看不到每个方法编译后的汇编信息，且那么你就需要安装hsdis。hsdis可以帮助我们查看编译后的本地代码，具体可以参考JITWatch提供的文档，根据自己的系统类型来选择安装：https://github.com/AdoptOpenJDK/jitwatch/wiki/Building-hsdis，如果你是mac，可以参考这篇文章：http://nitschinger.at/Printing-JVM-generated-Assembler-on-Mac-OS-X/。

如果安装了hsdis库后，仍然在JITWatch中看不到汇编信息，那你检查下环境变量配置是否正确，实在不行可以尝试下重启电脑。

运行JITWwatch

在代码根目录下执行launchUI.sh（Linux/Mac）或则launchUI.bat（windows）

如果你使用maven，也可以在代码根目录下这样运行（其他运行方式，请参考JITWatch的github首页）

 

1

mvn clean compile exec:java

如果你使用的是mac，而且idk版本是jdk7，且运行mvn clean compile exec:java时出现下面的错误和异常时： 

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

Caused by: java.lang.NullPointerException

at com.sun.t2k.MacFontFinder.initPSFontNameToPathMap(MacFontFinder.java:339)

at com.sun.t2k.MacFontFinder.getFontNamesOfFontFamily(MacFontFinder.java:390)

at com.sun.t2k.T2KFontFactory.getFontResource(T2KFontFactory.java:233)

at com.sun.t2k.LogicalFont.getSlot0Resource(LogicalFont.java:184)

at com.sun.t2k.LogicalFont.getSlotResource(LogicalFont.java:228)

at com.sun.t2k.CompositeStrike.getStrikeSlot(CompositeStrike.java:86)

at com.sun.t2k.CompositeStrike.getMetrics(CompositeStrike.java:132)

at com.sun.javafx.font.PrismFontUtils.getFontMetrics(PrismFontUtils.java:31)

at com.sun.javafx.font.PrismFontLoader.getFontMetrics(PrismFontLoader.java:466)

at javafx.scene.text.Text.<init>(Text.java:153)

at com.sun.javafx.scene.control.skin.Utils.<clinit>(Utils.java:52)

... 13 more

 

[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.5.0:java (default-cli) on project jitwatch-ui: An exception occured while executing the Java class. null: InvocationTargetException: Exception in Application start method: ExceptionInInitializerError: NullPointerException -> [Help 1]

请在org.adoptopenjdk.jitwatch.launch.LaunchUI类的main函数开头处添加下面的代码（或者直接使用我fork修改好的JITWatch）：

 

1

2

3

4

5

6

7

8

9

10

11

12

13

final Class<?> macFontFinderClass = Class.forName("com.sun.t2k.MacFontFinder");

final java.lang.reflect.Field psNameToPathMap = macFontFinderClass.getDeclaredField("psNameToPathMap");

psNameToPathMap.setAccessible(true);

if (psNameToPathMap.get(null) == null) {

    psNameToPathMap.set(

        null, new java.util.HashMap<String, String>());

}

final java.lang.reflect.Field allAvailableFontFamilies = macFontFinderClass.getDeclaredField("allAvailableFontFamilies");

allAvailableFontFamilies.setAccessible(true);

if (allAvailableFontFamilies.get(null) == null) {

    allAvailableFontFamilies.set(

        null, new String[] {});

}

然后重新运行即可看到JITWatch的界面。

用JITWatch来帮助优化代码

首先点击“Open Log”按钮，选择前面提到过的hotspot_pid<PID>.log文件，然后点击“Start”分析该文件。随后就会在左边生成程序运行过程中加载的类及其目录结构。选择某个类后，右侧会展示该类对应的方法。这些方法中可能部分方法前面有个绿颜色的勾，这说明这个方法被编译成本地代码，选中这个方法后，可以在下方看到该方法具体信息，比如方法调用次数，方法大小等。如下图所示：

jitwatch加载JIT编译log文件

jitwatch加载JIT编译log文件

这个界面中，顶部的工具栏都可以自己尝试一下，个人觉得“TopList”和“Suggest”比较直接，我们根据这两个就可以快速的定位需有优化哪些代码了，大体是什么原因导致未编译或者未内联。

选中方法后，点击“TriView”即可查看该方法和字节码和编译后的汇编代码，如下图：

jitwatch方法字节码和编译后的本地代码查看

jitwatch方法字节码和编译后的本地代码查看

如果你左边的java代码看不到，那你就需要在上一个界面中点击“Config”来添加源码路径或者源码文件以告诉JITWatch从哪里找源码；如果你右边的汇编代码看不到，说明你上面的hsdis未安装好，请重新安装。

此时，点击上面的“Chain”按钮，即可看到该方法调用了哪些方法，以及这些方法是否被编译了，是否被内联了。如下图所示：

JITWatch查看方法编译和内联状态

JITWatch查看方法编译和内联状态

总结

JIT的功能能显著提升java程序的性能，尤其是编译为本地代码和内联功能。内联需要方法比较小，也就是说写代码时就尽量把方法写得更小，让方法的复用度更高，复用的越多，就越可能被编译为本地代码。高性能的框架和类库针对JVM的JIT功能进行优化是非常有必要的，JVM提供的调试输出参数和JITWatch这样友好的工具能大大帮助我们快速的发现和定位需要优化的代码，大大提升了效率。

尽管我们可以手动调整JIT相关的一些参数，来让我们的更多的方法被编译和被内联，但一般不建议这么做（大牛都这么说）。

JIT编译成本地代码的过程也是需要消耗时间的，而且编译后本地代码不一定会使用(made not entrant，如果JVM根据一段时间的执行后进行了某项优化，但是在后来的某次执行时验证之前的优化是不完备的，那么JVM会取消这个优化，继续用解释执行的方式来执行字节码)，所以并不是把所有或者大部分代码都编译一定会性能最优，那有可能也是灾难。

我所了解的JVM JIT性能调优的大致原理和方法就是这些，如有错误请指出。

性能优化永远是最后一步，不要提前过早开始性能优化。

Reference

如果你有耐心，就看看下面的文章吧，因为它们比我写的更详细

http://www.oracle.com/technetwork/articles/java/architect-evans-pt1-2266278.html

https://www.chrisnewland.com/images/jitwatch/HotSpot_Profiling_Using_JITWatch.pdf

http://www.docklandsljc.uk/presentations/2015/ChrisNewland-JITWatch.pdf

http://blog.csdn.net/hengyunabc/article/details/26898657

https://advancedweb.hu/2016/05/27/jvm_jit_optimization_techniques/

JVM启动参数：http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html

JITWatch使用文档：https://github.com/AdoptOpenJDK/jitwatch/wiki （右侧的页面目录分类很清晰）

https://advancedweb.hu/2016/05/27/jvm_jit_optimization_techniques/

https://advancedweb.hu/2016/06/28/jvm_jit_optimization_techniques_part_2/

 

转自：http://rongmayisheng.com/?p=1402

乌拉乌拉liang
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java性能调优实战——覆盖80%以上的Java应用调优场景
04-10
开篇词讲怎样才能做好性能调优02讲如何制定性能调优策略04讲慎重使用正则表达式05讲ArrayList还是LinkedList使用不当性能差千倍07讲深入浅出HashMap的设计与优化08讲网络通信优化之IO模型：如何解决高并发下IO瓶颈09讲网络通信优化之序列化：避免使用Java序列化14讲多线程之锁优化（下）：使用乐观锁优化并行操作16讲多线程调优（下）：如何优化多线程上下文切换17讲并发容器的使用：识别不同场景下最优容器21讲深入JVM即时编译器JIT，优化Java编译25讲答疑课堂：模块四热点问题解答26讲单例模式：如何创建单一对象优化系统性能27讲原型模式与享元模式：提升系统性能的利器32讲MySQL调优之SQL语句：如何写出高性能SQL语句33讲MySQL调优之事务：高并发场景下的数据库事务调优34讲MySQL调优之索引：索引的失效与优化36讲什么时候需要分表分库37讲电商系统表设计优化案例分析39讲答疑课堂：MySQL中InnoDB的知识点串讲加餐讲推荐几款常用的性能测试工具
http://95u.free.fr/index.php,Electronic Software Distribution Service
热门推荐
weixin_39632291的博客
03-19 51万+
Content-Type: multipart/related; start=; boundary=----------OH5LlQ9dynBJGqR8E2AiMRContent-Location: https://software.pitt.edu/software/software.aspSubject: =?utf-8?Q?Electronic=20Software=20Distributi...
AOT 和 JIT 的区别，2024最新Android高频精选面试题讲解
m0_61409125的博客
03-23 906
最快捷的方式，就是有人可以带着你一起分析，这样学习起来最为高效，所以为了大家能够顺利进阶中高级、架构师，我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程，保证你学了以后保证薪资上升一个台阶。（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的。
hxyx4xyzindex php vo,webshell/php/oi.php.txt at da33d92ba83c1f8d44e15957022ed4a03423a699 · tennc/web...
weixin_31163455的博客
03-26 24万+
eval("?>".gzuncompress(base64_decode("eJzsvXtbG0eyOPz/eZ7zHZqJYkuxEALbuYAhwYBjToxhAa83P+BVRpqRNEHSKDMjLsn6u79V1feeHkmQZE/2POvd2Jq+VFdXd1dXV1dVv/p2Opz+9399ttwfLMjif7DDyU0YJVHKNtrtb1jpDxaM4n4yietP82H...
深入浅出 JIT 编译器
漫长学习路
06-07 8848
本文将深入浅出地讲解 JIT 编译器在 JVM 中的运作原理，使读者能够更好的理解 Java 底层机制并且为读者在 Java 性能优化领域打开更广的视野。 JIT 简介 JIT 是 just in time 的缩写, 也就是即时编译编译器。使用即时编译器技术，能够加速 Java 程序的执行速度。下面，就对该编译器技术做个简单的讲解。 首先，我们大家都知道，通常通过 javac 将程序
Nodejs页面访问加载静态资源
耗子王
05-20 4万+
我的文件目录结构： var http = require('http');var fs = require('fs'); var path = require('path'); var mime = require('mime'); var url = require('url'); var cache = {}; //配置开启缓存 var cache_config = true; var se
使用numba加速python
hl541867329的博客
07-21 1万+
我们都知道 Python 比较慢，但很多时候我们都不知道为什么。虽然我用 Python 也有那么两年左右了，但也只能模模糊糊地感受到这么两点： * Python 太动态了 * 如果能事先编译一下 Python，让它静态一点，速度应该就会上来 于是我们就有了 cython。然而 cython 毕竟不是原生的 Python 代码，使用起来还是有诸多不便的。为此，numba 就成了一个
JVM之几种常见的JIT优化
weixin_51373750的博客
03-11 2749
一、公共子表达式消除（经典的JIT优化技术） 1、概述 如果一个表达式E已经经过计算，并且从先前的计算到本次计算E中的所有变量值保持不变，那么E在此次计算中就是公共子表达式。此时只需要使用之前E的计算结果即可。 2、分类 局部公共子表达式消除：仅限于程序基本块（方法，循环等）中 全局公共子表达式消除：包含多个基本块的优化。 3、优化示例 package jvm.study; /** * @author ghCode * @E...
Java即时编译（JIT）原理与调优
源码分析，技术沉淀
12-14 1427
Just-In-Time (JIT) 编译器是JVM运行时环境的一个重要组件，本文主要介绍了即时编译中的client，server以及分层编译器的原理以及优化手段。通过这些内容有助于对即时编译器加深理解，遇到相关问题时可以有效的分析和排查。在即时编译器中除了经典的client以及server编译器还有新一代的编译器:Graal编译器，它集成了即时编译器和提前编译器的功能感兴趣的可以自行查阅。参考《深入理解Java虚拟机》周志明《JAVA性能权威指南》Scott Oaks。
JIT和codeCache
进化的深山猿
10-24 1993
jvm解释执行 和 jit(即时编译技术) 解释执行:java代码-javac->字节码-interpreter->解释成机器码执行 jit(即时编译)：java代码-javac->字节码-JITcompile->机器指令并存储 说明：单次执行上jit会更加耗时，所以此时使用简单的解释执行，但是如果某段代码被多次重复执行，jit编译后的机器指令可以直接使用，而解释执行则需...
内存详解
06-19 1270
理解 JVM 如何使用 AIX 上的本机内存 Java™堆耗尽并不是造成 java.lang.OutOfMemoryError的惟一原因。如果 本机内存耗尽，则会发生普通调试技巧无法解决的 OutOfMemoryError。本文将讨论本机内存的概念，Java 运行时如何使用它，它被耗尽时会出现什么情况，以及如何在 AIX®上调试本机OutOfMemoryError 。针对
性能调优+JVM详解+JVM核心参数
最新发布
05-20
适用于具备一定Java基础的开发者，特别是Java开发工程师、系统架构师、性能调优专家和运维工程师。 适用场景及目标 场景：大型Java应用的性能优化、内存管理和调优、垃圾回收调优、生产环境问题诊断。 目标：提升...
java性能调优及原理介绍.pdf
09-02
Java性能调优主要聚焦在JVM的优化，其中包括内存模型的理解、垃圾收集（GC）机制以及如何处理常见的Out of Memory (OOM)异常。首先，我们要理解JVM的内存模型，这是进行性能调优的基础。 JVM内存模型由堆、栈、方法...
性能测试监控指标及分析调优
06-06
【性能测试监控指标及分析调优】 在性能测试中，主要关注的是系统在高负载条件下的表现，以识别潜在的性能瓶颈。以下是一些关键的知识点： **一、系统性能瓶颈** 1. **CPU**: 当CPU使用率过高，特别是在75%以上时...
java,weblogic和jdk性能调优文档
05-12
【Java、WebLogic和JDK性能调优】 Java、WebLogic和JDK的性能调优是优化企业级应用的关键步骤，以确保系统高效稳定运行。本文档主要关注WebLogic应用服务器和JDK的底层性能优化。 1. **WebLogic应用服务器性能调优...
JVM -XX: 参数介绍
10-22 745
功能开关: 参数 默认值或限制 说明 参数 默认值 功能 -XX:-AllowUserSignalHandlers 限于Linux和Solaris，默认不启用 允许为java进程安装信号处理器,信号处理参见类:sun.misc.Signal, sun.misc.SignalHandler -XX:+DisableExplicitGC 默认启用 禁止在运行期...
利用hsdis和JITWatch查看分析HotSpot JIT compiler生成的汇编代码,ByteCode
huang007guo的专栏
01-20 329
安装hsdis 要查看JIT生成的汇编代码，要先装一个反汇编器：hsdis。从名字来看，即HotSpot disassembler。 实际就是一个动态链接库。网络上有已经编绎好的文件，直接下载即可。 国内的：http://hllvm.group.iteye.com/ 也可以自己编绎，只是编绎hsdis，还是比较快的。 windows下下载对应版本解压得到dll，保存到jdk目录下\jre\...
ANR问题的分析与解决思路
dream_caoyun的博客
06-28 6045
ANR-application not response，应用无响应，应用开发者一般是关注自己的APP进程有没有出现，系统开发者会关注当前系统运行起来后整体上所有的APP进程有没有出现ANR，从这句话可以知道，只有应用进程的主线程（UI线程）超时可能导致ANR，我们从系统整体角度来阐述问题，顺便也能包含应用出现的ANR bug。从现象来看，ANR出现时，会弹出一个应用无响应的弹框，当然也可能不弹，一是因为现在的设备厂商觉得这弹框难看，给去掉了，二是有些ANR本身就只有log记录，不会出现弹框。一直听到的就是
记一次JVM内存满了的问题处理经过
m0_54861649的博客
04-29 1177
背景 JDK8 netty框架编写的HTTP服务器 有使用Map对象做本地内存缓存 问题发生 进程突然无法响应http请求，重启后能正常响应，但是一分钟后又变成了无法响应的状态 问题分析过程 进程存在操作系统中，但是无法响应业务请求，这种情况实际上就是JVM内处理业务的线程都处于阻塞状态，根据重启之后短时间能够响应的现象，推断是内存满了，导致JVM一直在进行full gc，所有线程停止所致 查看内存使用情况优先使用jmap -heap pid，查看得到old gen和eden区的使用率都达到100
java jvm调优
08-21
对于Java JVM调优，可以采取以下几个方面的措施来提升性能和优化资源利用： 1. 堆内调优： - 调整堆大小：通过-Xms和-Xmx参数设置初始堆大小和最大堆大小，根据应用程序的需求进行适当的调整。 - 选择合适的垃圾...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值