黑屏定屏那些事 - 系统机制，分析套路和实战（系统篇）

已于 2022-04-16 15:50:51 修改
阅读量6.1k 收藏 61
点赞数 10
文章标签： 内核 android java 面试 移动开发
于 2022-04-01 17:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/feelabclihu/article/details/123911477
版权

本文发表于内核工匠公众号，旨在给内核开发的小伙伴分享：

  • Android系统层面用户UI交互的设计，从而理解手机黑屏定屏时背后的故事。

  • Android系统对黑屏定屏类问题的维测思路，有那些先进的思想，有那些改进的空间。

如果读者恰好有一定的Android系统框架知识，可以直奔每一章节的“重难点以及思考”部分。在写作的过程中也发现，互联网上系统性梳理Android黑屏定屏问题的技术文章不多，借此机会也做一下黑屏定屏的系统性梳理。

不同于跑在后台服务器的Linux商用系统，Android是一个面向亿万消费者的手机操作系统，虽然也是基于Linux，但是，UI交互才是Android的核心，一切都是为了用户体验。

问题背景，项目现状

Android手机用户吐槽分布，黑屏定屏类问题（卡死）占了大部分，是最影响用户体验的TOP问题之一。

1f3258a2e7543eb851a8c7738d32ac3c.png

黑屏定屏类问题（卡死）一直以来是项目的重点，难点，痛点

3ae4f6c7878bcf69e8fdf941f287410e.png

黑屏问题分类（部分）

034c3a82b963532b6628f03852be7153.png

一、黑屏定屏分析-系统机制

1.  APP UI绘制流程

(1)   Choreographer

① 为什么需要VSync？

VSync最初是由 GPU 厂商开发的一种，用于防止屏幕撕裂的技术方案，全称 Vertical Synchronization，该方案很早就已经被广泛应用于 PC 上。我们可以把它理解为一种时钟中断。想要画面流畅显示，刷新频率（Display）和帧率(GPU)需要保持同步。

e7e9e8a1fb355713359ee544058b2415.png

ede9a0ea86574e6e90a8cc4b24f04616.png

② Choreographer是VSync机制的Android实现

Choreographer是线程单例的。且当前线程要有 Looper，Choreographer 实例化的时候需要传入。所以默认只有UI主线程才带有这个类。

f1e5806bf6e332b642ecef4cd49566f6.png

12210d8c176c3a1f44dfeff0ee630180.png

（2）透过Systrace看APP UI绘制流程

VSync信号到了，App才可以开始绘制，如下：

dac3af641097f69d0612f45326b81069.png

a198c81aaab3233569e047493287bc07.png

VSync信号到了，SurfaceFlinger才可以开始绘制，如下：

653f947039b2722dbf346eb027b4169c.png

（3）掉帧监控实现

掉帧监控核心思路为，实际绘帧的时间 – 预期绘帧的时间 >一个时钟周期即判定为掉帧。

想去监控系统和自身App掉帧，都可以从这里入手实现。

对应Android核心代码如下，这段代码跑在App UI主线程里面。


https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/view/Choreographer.java#727

6809eee40db05667480e72ed1e310e9b.png

(4)  重难点以及思考

VSync信号到了，App才可以开始绘制。那么，VSync信号到了，App就一定会立即执行绘制吗？（重要）

请看看下面这份systrace，明显的定屏卡死。

65abc63460a7e306923fbe333f854f56.png

de01642e601ed78b2527ee513bf97441.png

2.  Android ANR

（1）ANR 设计原理

ANR 全称 Application Not  Response；Android 设计 ANR 的用意，是系统通过与之交互的组件(Activity，Service，Receiver，Provider)以及用户交互(Input Event)进行超时监控，以判断App进程(主线程)是否存在卡死或响应过慢的问题。

（2） 组件超时分类

系统在通过 Binder 通信向App进程发送上述组件消息或 Input 事件时，在 AMS 或 Input 服务端同时设置一个异步超时监控。针对不同类型事件，设置的超时时长也存在差别，以下是 Android 系统对不同类型的超时阈值设置（默认，各厂商可能修改）：

a27819eabe503de139c92700ca500bb5.png

① Input超时原理举例

932922334f321abe27c849901bb544aa.png

② Services启动超时原理举例

4327d463164d9e1a4025e5a5de3f5664.png

③ Broadcast超时原理举例

f4fc8baa141950d43bc197dcc130dc0d.png

④ Android ANR监控机制扩展

新增ANR类型，窗口切换无焦点监控触发ANR。

f56f05e53f5998babf83d3deb686c977.png

（4）重难点以及思考

  • Input timeout类型的ANR，还有几种子类型？

No Focus Window

01-0211:14:11.223043829848 I am_anr: [0,28512,com.mediatek.camera,953728069,Inputdispatching timed out (Waiting because

nowindow has focusbut there is a focused application that may eventually add awindow when it finishes starting up.)]

 Waiting Previous Key

01-0103:39:02.822866895 I am_anr: [0,17699,com.android.music,411614821,Inputdispatching timed out (Waiting to send key event

becausethe focused window has not finished processing all of the input events thatwere previously delivered to it.Outbound queue

length:0.Wait queue length: 3.)]

 谷歌设计 bg ANR的出发点是什么？一般情况下对用户前台使用无影响。（开放性问题）

1.   System server Watchdog

(1)  System server Watchdog业务实现

System Server中通过Watchdog来检测UI、IO、Fg等线程是否会阻塞 , 也可以检测核心服务（如AMS，WMS，Package等）是否发生死锁。在System Server启动系统服务后 , 初始化Watchdog , 并且启动Watchdog线程。

初始化Watchdog线程时 , 会启动以下线程 , 包含三类任务 :

  • 检测线程Looper是否阻塞(IO任务等) ，一般是通过post一个消息的方式。

  • 检测服务是否阻塞 (IMS、AMS等) ，一般是通过获取一下服务的持锁。

  • watchdog里面是android.fg负责监控ss binder是否耗尽的。是众多handler checker列表之一。（重要）

Watchdog里面维护了一个HandlerChecker数组，对所有对象的监控都是透过一个个HandlerChecker，这个HandlerChecker里面又可以添加若干Monitors，具体每一次检测实际通过调用这些Monitors达成。Watchdog检测的核心业务流程如下

090da3802f74c3d7bc2a15202a417890.png

核心代码如下https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/services/core/java/com/android/server/Watchdog.java#610

1321f4afe0bdcadc2bdaa0884d5a9388.png

HandlerChecker里面有一个重要成员变量mCompleted，用来标记每次检测的完成情况，如下

e6e6eba0dc6ffb738373a6e0517c8fb0.png

核心代码如下

https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/services/core/java/com/android/server/Watchdog.java#228

537851615fd5559b9a6238c2e6d9fbb9.png

(2)   重难点以及思考

  • Half watchdog监控（30s），也要重视起来，告警。

如果system server 的 watchdog子线程自身卡死了，又该怎么办？（重要）

4.  Message handler机制

（1）Message handler架构实现

  • Handler : Handler 主要是用来处理 Message，App可以在任何线程创建 Handler，只要在创建的时候指定对应的 Looper 即可，如果不指定，默认是在当前 Thread 对应的 Looper。

  • Looper : Looper 可以看成是一个循环器，其 loop 方法开启后，不断地从 MessageQueue 中获取 Message，对 Message 进行 Delivery 和 Dispatch，最终发给对应的 Handler 去处理。

  • MessageQueue：MessageQueue 就是一个 Message 管理器，队列中是 Message，在没有 Message 的时候，MessageQueue 借助 Linux 的 ePoll 机制，阻塞休眠等待，直到有 Message 进入队列将其唤醒。

  • Message：Message 是传递消息的对象，其内部包含了要传递的内容，最常用的包括 what、arg、callback 等。

  • Looper上面挂的Handler可以有多个。Message和Callback都会进入消息队列。

    c750ccba06cd768fa53bd3496e0618cb.png

    Looper里面循环获取下一条消息的核心代码，如下，

    https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/os/Looper.java#161

    f88973b0ee0eda8b3e02c4ac1f93ad9e.png

    (2) 日志里面看消息队列超时

    96d4e74b8d597bfd0b389d00b450e769.png

    解析关键消息耗时打印日志，如下

    这个消息执行用了5961 ms，在App 的UI主线程一个消息执行这么久，就要重点怀疑了。此类执行耗时在技术层面有可能触发ANR，在用户层面一般会发生短时间卡死。

       10-2308:58:35.921655 10519 10519 E ANR_LOG :

       Blockedmsg = {when=-5s961ms what=159 target=android.App.                   ActivityThread$Hobj=ClientTransaction TopResumedActivityChangeItem,}

       cost = 5961 ms

       日志解读

       cost （重要）：消息本身执行用了多久。

       计算msg.target.dispatchMessage(msg)的执行时间。如下

       https://android.googlesource.com/platform/frameworks/base/+/master/cor

       e/java/android/os/Looper.java#201

75e655269169bb4867be68ed6fcf5d36.png

When（重要）：

如果when=0就表示这条message是在期望的时间去执行的，没有被延迟执行，如果是when为负值表示没有在期望的值执行，延迟执行了，一般是前面有耗时的message挤压导致的。

计算公式，msg.when （消息设置的期望被执行时间）-  now （消息实际执行时间）

What：消息的类型，如果是message类型，就是handleMessage里面的各个case。如果是callback类型，这个值一般为0。

Target：消息被Looper分发到的目的地。一般是各个handler，message创建的时候传入。

（3）重难点以及思考

现在的消息耗时监控机制有何弊端？（重要）

举例，如下发生ANR时候报告的当前执行消息，并不是真正耗时长的消息。

4bbc82cc79564bbc864ff4914b5a51ab.png

5.   Input子系统

(1) Input子系统业务流程全景

Input子系统软件设计层级架构，如下

5b770867557eba007299725289abe77c.png

Input事件数据流向图，如下

e2baa28fd2231e0c8586930ee6bff56b.png

(2)  通过systrace看Input业务流程

System Sever侧

97bc6c2ad4e9ec2f0303e5af7c97682f.png

例如如下，就发生了iq堆积，用户感受就是点不动。

0cc340c422fec13cd9b2b2d5a3ef5934.png

App侧

362c45286beecfc766aac9d8df9c3de5.png

(3)  重难点以及思考

  • 是不是所有发到App头上的input事件，都会加入到App主线程的MessageQueue里面去处理？（重要）

input事件的处理不一定都会加入到Looper消息里面,有一些在poll的时候，JNI里面处理了,详情参考NativeInputEventReceiver实现。

  • Input timeout ANR监控，是否能够覆盖input事件处理全流程？

不能，从TP中断事件到系统框架阶段，监控不到。App收到该Input事件后进行自定义处理，也监控不到。

6.  窗口管理服务（WMS）

本节并不重点介绍窗口管理服务（WMS）业务本身，而是重点说明窗口管理服务（WMS）在App UI显示过程做的事情，服务于我们的主题：黑屏定屏问题的业务梳理。

（1）APP UI显示流程中的窗口管理服务

预备知识，App生命周期

不同于老的Android版本，现在版本的App生命周期由WMS来维护。

db6739a29447a2905fe9411efc365c3f.png

预备知识，App端和WMS的交互。本质还是binder call实现，如下

70c7227609d3a8860c76d700cbfe167e.png

(2)  无焦点窗口

为什么要重点关注无焦点窗口类问题？因为此类问题一直是黑屏定屏的TOP问题，上一节预备知识，也是为了服务于说明该问题。

添加窗口业务流程如下，先AddView，然后再updateView

445fcb3f5bd456be5efb3598bf15b596.png

上图中 (2) 步执行完成，WMS端窗口可以获得焦点；图中 (3) 步执行完成，inputflinger可以获得焦点（此时input  ANR监控会取消）。可以获得焦点并不是说一定会有焦点，因为请求size为0时候还是没有焦点的。

systrace里面呈现，请结合1.1.1.2章节App UI显示流程配合使用。

25163c9baf6e23bbb12b06dc38340d39.png

App的onResume调用完成之后会在eventlog中打印wm_on_resume_called，然后界面进行Relayout Window，其中包含了performSurfacePlacement刷新界面和更新焦点updateFocusedWindow（会从top到bottom遍历canReciveKey为true的界面），将焦点切换到新的上面，此时WMS的windowstate已经获取了焦点，将window state状态往SurfaceFlinger传递，在SurfaceFlinger中传入InputDispatcher将ANR超时时间重置。

跟踪一下窗口刷新的关键堆栈，

ViewRootImpl.performTraversals  -->

ViewRootImpl.scheduleTraversals-->

ViewRootImpl.mTraversalRunnable.run  -->

ViewRootImpl.doTraversal  -->

ViewRootImpl.performTraversals  -->

ViewRootImpl.relayoutWindow  -->

Session.relayout  -->

WindowManagerService.relayoutWindow{

1.updateFocusedWindowLocked//更新焦点

2.performSurfacePlacement//刷新界面

}

窗口焦点切换核心业务在updateFocusedWindowLocked方法里面，关键代码，

https://android.googlesource.com/platform/frameworks/base/+/master/services/core/java/com/android/server/wm/DisplayContent.java#3564

4a2a9a6b1ee085cade693f8874aabf1b.png

updateFocusedWindowLocked的设计含义是，WMS准备绘制该窗口了，所以先把焦点给到该窗口头上，WMS侧给Input侧同步一次当前系统的焦点变化信息。

(3)  重难点以及思考

焦点成功切换到新窗口，发生如下打印，

WindowManager:Changing focus from null to Window{新窗口}

是否就意味着该窗口可以参与用户UI交互了？（重要）

参考楼上无焦点窗口一节，可以得到答案。

7.  小结

Android黑屏定屏类问题是影响用户体验的TOP问题，一直是各项目的重点，难点和痛点。但也一直缺乏系统性梳理，互联网上这方面专业性，成体系的技术文章不多。本文从Android系统框架业务实现，技术架构，技术重难点解读三个维度，由浅入深，先业务介绍，再代码呈现，期间穿插Systrace和日志的直接实操动作，每个章节最后的“重难点以及思考”，更是把对业务和架构设计的思考进行升华。其实这些重点和思考，都是项目开发和工程实践中多次踩过的坑，尤其值得重视。希望不同知识基础的读者，能够各取所需，对Android黑屏定屏问题，有一个系统性的认识。

本文重点在于系统业务和架构实现的赋能，后续会呈现黑屏定屏这块更多套路打法和实战，敬请期待。

参考文档

https://zhuanlan.zhihu.com/p/183707752

https://blog.csdn.net/lixiong0713/article/details/111928413

https://www.jianshu.com/p/996bca12eb1d

https://source.android.google.cn/devices/tech/debug/systrace?hl=zh-cn

https://mp.weixin.qq.com/s/ApNSEWxQdM19QoCNijagtg

https://mp.weixin.qq.com/s/fWoXprt2TFL1tTapt7esYg

https://www.jianshu.com/p/5e8c0cb1a58e

https://www.jianshu.com/p/4de667937d98

https://blog.csdn.net/XuJiaoJie/article/details/79094392

https://blog.csdn.net/qq_24531461/article/details/83657773

https://mp.weixin.qq.com/s/ApNSEWxQdM19QoCNijagtg

https://mp.weixin.qq.com/s/_Z6GdGRVWq-_JXf5Fs6fsw

https://baijiahao.baidu.com/s?id=1716273243946679911&wfr=spider&for=pc

https://www.jianshu.com/p/b3a1ea7923e7

https://www.jianshu.com/p/6c8dec7d6c21

https://blog.csdn.net/yun_hen/article/details/78428767

https://blog.csdn.net/chi_wy/article/details/111473959

https://blog.csdn.net/ff5102154/article/details/71519723

 

扫码关注
“内核工匠”微信公众号
Linux 内核黑科技 | 技术文章 | 精选教程

OPPO内核工匠
关注
Android开机黑屏问题分类
w_yongch的专栏
09-23 3274
开机黑屏问题分类 首先要看一下是否是快速开关机导致，即在setting–>辅助功能–>不勾选“fast boot“，关闭快速开关机选项，如果不黑屏，说明是因为ipo这个过程中的问题，那么问题需要看看这个动画，可以找一下ipo动画的owner。 黑屏的三个阶段分析开机过程黑屏，首先需要定位黑屏问题发生的时间段，开机过程中涉及到显示logo 或者是播放动画的主要有如下三个阶段： 显示 lk log
Android解决启动黑屏问题
09-03
1.保证无毒 2.简单,方便,实用 3.实例可以自行改用 4.如有非法,本人无法律责任,由改动代码人负责！ 5.需要更多本人作品,查找标签“朱建强” 6.请下载,杀毒后再使用！
Android黑屏死机log
05-28
Android黑屏死机--充电运行土豆视频【.4.4】》播放视频中黑屏死机》手动按电源键开机显示电量为6%
c++实现系统黑屏-Release编译版
07-17
对应博文地址：https://blog.csdn.net/qq_59942146/article/details/125833662
VSync（垂直同步）
最新发布
weixin_34991050的博客
07-25 385
总之，VSync信号是一种重要的同步机制，它确保了GPU的渲染输出与显示器的刷新周期保持一致，从而避免屏幕撕裂并提供流畅的画面。当涉及到图形渲染和显示时，VSync信号非常重要，因为它可以帮助同步GPU的渲染输出与显示器的刷新周期。- 这对于高刷新率显示器尤为重要，因为更高的刷新率（例如120Hz、144Hz等）会减少每帧之间的VSync间隔时间，从而减少延迟。- 除了传统的VSync之外，还有像AMD的FreeSync或NVIDIA的G-Sync这样的适应性同步技术。
Android 常见dumpsys方法与黑屏问题分析处理总结
yimelancholy的博客
05-07 9678
黑屏问题是显示相关的综合性问题，涉及Android应用层、框架层和底层SurfaceFlinger、屏显等多个领域。下面有一些基础的判断来定位黑屏问题的归属：(1) 屏幕没有亮屏、背光为0则需先从power、屏显角度分析(2) 屏幕黑屏，但可以进行三指截屏、power键+音量下键截屏，并且截图正常显示(非黑图)，则需先从屏显角度分析(3) 视频类、相机类显示黑屏，需要先确认编解码、阅览显示问题(4) 应用界面局部性黑块，某个控件黑，确认应用的view问题。
Android14 WMS 窗口布局流程performSurfacePlacement
u012627628的博客
01-23 1846
以上就是对WindowManagerService中对所有窗口Surface固定工作流程的一些分析，主要还是对事务内的一些逻辑进行了重点分析。在整个过程中，充分利用了各个容器之间的关系和函数接口，从DisplayContent到叶子节点WindowState，进行了完整的遍历，完成了对所有Surface的摆放工作。
Android黑屏问题分析,手机黑屏是怎么回事 安卓手机故障解决方法【详细介绍】...
weixin_29840657的博客
05-25 2470
手机黑屏是怎么回事?手机现在成为了大家日常生活离不开的东西，如果偶尔出现一两次小故障还可以接受，但如果经常故障就麻烦了。比如很多人的手机就是打着电话，突然就黑屏了，也不知道是怎么回事?下面，我们就来看看安卓手机故障解决方法。1、归根结底，安卓手机的内存使用过高导致了打电话时其在使用内存时被其他应用程序占用，导致黑屏问题，我们可以通过清理内存解决此问题。通过360手机卫士、腾讯手机管家等防护软件的一...
Android系统冻屏、黑屏问题的分析思路
04-12 2672
是新加的方法，需要在Layer也加上相应的实现，如下。》可以指导，应用的图形内容要经过SurfaceFlinger才能传递到显示设备，SurfaceFlinger每隔一定时间（间隔由帧率决定）会向屏幕传递图形数据，但是并不是每个应用的图形都会显示，只有最前面应用的画面才能显示，应用的图形数据一般保存在图层中，因此每次刷新都会收集可见的图层。在Android系统开发过程中，偶尔会遇到显示异常的问题，如画面不再刷新，也就是冻屏，或者屏幕变黑，如果对图形显示系统不熟悉，遇到此类问题还是比较棘手的。
Android启动页黑屏及最优解决方案
weixin_34044273的博客
02-23 1077
前言 相信做过Android的朋友都知道，当一个APP启动时，界面会首先展示一个白屏或者黑屏，然后再进入欢迎页，稍作停留最后进入APP主页。那么这个黑屏或者白屏到底是怎么一回事呢？它的最好的解决方案应该是怎样的呢？今天我们认真的讨论一下这个小问题。 点击获取本次项目的demo 历史原因 当系统启动一个APP时，zygote进程会首先创建一个新的进程去运行这个APP，但是进程的创建是需要时间的，在...
Android中Google Drive显示黑屏问题分析
宋金时的专栏
06-01 2036
在contacts中添加一个新的联系人，为新的联系人选择一个icon，在弹出的documents窗口中选择drive，在drive中选择一个图片，然后出现一段时间的黑屏。
FANUC机器人开机时无法进入系统，示教器黑屏故障处理总结.docx
02-01
### FANUC机器人开机时无法进入系统，示教器黑屏故障处理总结 #### 故障现象描述 在启动FANUC机器人时遇到一个常见问题：即机器人在启动过程中，示教器出现“EMAC initial call failed”的错误提示，并且在机器人...
解决VMware安装linux系统启动后黑屏问题
01-20
1、安装环境 1、HUAWEI mate x cpu i5 82500u ，8g内存...以上所述是小编给大家介绍的解决VMware安装linux系统启动后黑屏问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常
vivo s9 5G手机刷机包下载固件系统资料包下载最新删除开机锁屏幕锁VIVOs9e不开机定屏黑屏救砖手机方法教程.zip
03-09
在本案例中，压缩包名为“vivo s9 5G手机刷机包下载固件系统资料包下载最新删除开机锁屏幕锁VIVOs9e不开机定屏黑屏救砖手机方法教程”，这表明它包含的是针对vivo s9 5G和S9E的刷机固件，以及解决开机锁、屏幕锁、...
熄屏录像黑屏录像app
12-19
可以熄屏录像，熄屏录像熄屏录像熄屏录像熄屏录像点一下开始 再点一次停止录制 期间可以进行锁屏 目前是1920*1080 储存在根目录1800文件夹下
Android设备定屏，卡死问题分析
hym_dn的专栏
03-12 1174
记一次Android概率性定屏问题分析解决路程
IT先森
07-11 3248
记一次Android概率性定屏问题分析解决路程 前言 最经一个同事遇到了概率性定屏的问题，询问我有没有解决过类似的问题，这不得让我想起了前同事解决概率行定屏问题留下来的宝贵文档，下面我就把前同事的文档关键的内容整理奉上，希望对概率性定屏问题有帮助。 一.问题描述 客户的机器在交易过程中出现定...
(转载)Binder Driver缺陷导致定屏问题分析
深厚的积淀才有人生的升华
05-25 949
本文讲解异步binder call是如何阻塞整个系统的，通过ramdump信息以及binder通信协议来演绎并还原定屏现场。 一、背景知识点 解决此问题所涉及到的基础知识点有：Trace、CPU调度、Ramdump推导、Crash工具、GDB工具、Ftrace， 尤其深入理解binder IPC机制。 欢迎关注Gityuan的微信公众号：Android达摩...
如何调试ANDROID下面黑屏问题
15 年专注游戏引擎与游戏开发，分享实用方案、经验与干货教程！
06-27 5739
如何调试ANDROID下面黑屏问题 最近很多朋友在问，为毛在WINDOWS下对了，跑ANDROID的虚拟机或者真机就黑屏了， 有的是只有FPS信息，有的是连FPS信息都没有。如果是程序能够正常启动，不会闪退，但显示不对。 那十有八九都是脚本有问题。 先不管你在PLAYER中为啥没问题，我们来说说如何快速查看问题吧。那就是在ECLIPSE查看LogC...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

OPPO内核工匠

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

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

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

打赏作者

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

抵扣说明：

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

余额充值