Android MediaPlayer与Http Proxy结合之优化篇

最新推荐文章于 2019-06-18 16:00:20 发布
最新推荐文章于 2019-06-18 16:00:20 发布
阅读量861 收藏
点赞数
分类专栏： android(mediaplayer)

本文来自http://blog.csdn.net/hellogv/ ，引用必须注明出处！

  本文是在《玩转 Android MediaPlayer之视频预加载(优化)》基础上修复Http代理服务器(Http Proxy)透传的bug。前面几篇相关文章所用的代理服务器一个时间只能监听来自Mediaplayer的一个Request请求，但在实际项目开发过程中，发现有些支持m3u8格式Mediaplayer发出新的Request请求之前不会中断旧的Request请求，所以本文代码会加入多线程监听Request请求。

  本文代码可以在这里下载：http://download.csdn.net/detail/hellogv/4894109

  代理服务器被初始化之后，开始2个线程监听MediaPlayer的Request请求：

[java] view plain copy print ?
  1. public HttpGetProxy(String dirPath,int size,int maximum) {  
  2.     try {  
  3.         //初始化代理服务器  
  4.         mBufferDirPath = dirPath;   
  5.         mBufferSize=size;  
  6.         mBufferFileMaximum = maximum;  
  7.         localHost = Config.LOCAL_IP_ADDRESS;  
  8.         localServer = new ServerSocket(0, 1,InetAddress.getByName(localHost));  
  9.         localPort =localServer.getLocalPort();//有ServerSocket自动分配端口  
  10.         //启动代理服务器  
  11.         new Thread() {  
  12.             public void run() {  
  13.                 startProxy();  
  14.             }  
  15.         }.start();  
  16.           
  17.         mEnable = true;  
  18.     } catch (Exception e) {  
  19.         mEnable = false;  
  20.     }  
  21. }  


[java] view plain copy print ?
  1. private void startProxy() {  
  2.     while (true) {  
  3.         // --------------------------------------  
  4.         // 监听MediaPlayer的请求，MediaPlayer->代理服务器  
  5.         // --------------------------------------  
  6.         Log.i(TAG, "......ready to start...........");  
  7.         try {  
  8.             Socket s = localServer.accept();  
  9.             if(proxy!=null){  
  10.                 proxy.closeSockets();  
  11.             }  
  12.             Log.i(TAG, "......started...........");  
  13.             proxy = new Proxy(s);  
  14.               
  15.             new Thread(){  
  16.                 public void run(){  
  17.                     Log.i(TAG, "......ready to start...........");  
  18.                     try {  
  19.                         Socket s = localServer.accept();  
  20.                         proxy.closeSockets();  
  21.                         Log.i(TAG, "......started...........");  
  22.                         proxy = new Proxy(s);  
  23.                         proxy.run();  
  24.                     } catch (IOException e) {  
  25.                         Log.e(TAG, e.toString());  
  26.                         Log.e(TAG, Utils.getExceptionMessage(e));  
  27.                     }  
  28.                       
  29.                 }  
  30.             }.start();  
  31.             proxy.run();  
  32.         } catch (IOException e) {  
  33.             Log.e(TAG, e.toString());  
  34.             Log.e(TAG, Utils.getExceptionMessage(e));  
  35.         }  
  36.     }  
  37. }  
  代理服务器收到Request请求（seek的操作）之后，用新线程建立Socket，而旧的Socket会因为OutputStream的write异常而进入异常处理，所以要在异常处理里回收Socket资源。 本文的代理服务器在mediaplayer seek之后的log如下：
[plain] view plain copy print ?
  1. 12-16 13:55:53.181: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content  
  2. 12-16 13:55:53.181: I/HttpParser<---(27624): Content-Length: 665139733  
  3. 12-16 13:55:53.181: I/HttpParser<---(27624): Content-Type: application/force-download  
  4. 12-16 13:55:53.181: I/HttpParser<---(27624): Content-Range: bytes 2906976-668046708/668046709  
  5. 12-16 13:55:53.181: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT  
  6. 12-16 13:55:53.181: I/HttpParser<---(27624): Accept-Ranges: bytes  
  7. 12-16 13:55:53.181: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"  
  8. 12-16 13:55:53.181: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0  
  9. 12-16 13:55:53.181: I/HttpParser<---(27624): Content-Disposition: attachment  
  10. 12-16 13:55:53.181: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:55:45 GMT  
  11. 12-16 13:55:53.181: I/HttpParser<---(27624): Connection: close  
  12. 12-16 13:55:53.181: I/HttpParser<---(27624):   
  13. 12-16 13:55:59.631: I/HttpGetProxy(27624): ......started...........  
  14. 12-16 13:55:59.631: I/HttpGetProxy(27624): <----------------------------------->  
  15. 12-16 13:55:59.641: I/HttpParser(27624): GET /%E6%89%8B%E6%9C%BA%E7%94%B5%E5%BD%B1/201212/%E5%BF%97%E6%98%8E%E4%B8%8E%E6%98%A5%E5%A8%87-2mp4-800x448.mp4 HTTP/1.1  
  16. 12-16 13:55:59.641: I/HttpParser(27624): User-Agent: AppleCoreMedia/1.0.0.8C148 (iPad; U; CPU OS 4_2_1 like Mac OS X; zh_cn)  
  17. 12-16 13:55:59.641: I/HttpParser(27624): Accept: */*  
  18. 12-16 13:55:59.641: I/HttpParser(27624): Range: bytes=401793617-  
  19. 12-16 13:55:59.641: I/HttpParser(27624): Connection: close  
  20. 12-16 13:55:59.641: I/HttpParser(27624): Host: d1.2mp4.net  
  21. 12-16 13:55:59.641: I/HttpParser(27624):   
  22. 12-16 13:55:59.641: I/HttpParser(27624): ------->rangePosition:401793617  
  23. 12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.SocketException: Socket is closed  
  24. 12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.Socket.checkOpenAndCreate  641line  
  25. 12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.Socket.getOutputStream  381line  
  26. 12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxyUtils.sendToMP  112line  
  27. 12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  292line  
  28. 12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.startProxy  213line  
  29. 12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.access$8  183line  
  30. 12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$1.run  78line  
  31. 12-16 13:55:59.641: I/HttpGetProxy(27624): ......ready to start...........  
  32. 12-16 13:56:01.181: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content  
  33. 12-16 13:56:01.181: I/HttpParser<---(27624): Content-Length: 266253092  
  34. 12-16 13:56:01.181: I/HttpParser<---(27624): Content-Type: application/force-download  
  35. 12-16 13:56:01.181: I/HttpParser<---(27624): Content-Range: bytes 401793617-668046708/668046709  
  36. 12-16 13:56:01.181: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT  
  37. 12-16 13:56:01.181: I/HttpParser<---(27624): Accept-Ranges: bytes  
  38. 12-16 13:56:01.181: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"  
  39. 12-16 13:56:01.181: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0  
  40. 12-16 13:56:01.181: I/HttpParser<---(27624): Content-Disposition: attachment  
  41. 12-16 13:56:01.181: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:55:54 GMT  
  42. 12-16 13:56:01.181: I/HttpParser<---(27624): Connection: close  
  43. 12-16 13:56:01.181: I/HttpParser<---(27624):   
  44. 12-16 13:56:01.181: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer  
  45. 12-16 13:56:01.181: I/HttpGetProxy(27624): >>>不读取预加载文件 range:401793617,buffer:2906976  
  46. 12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.SocketException: sendto failed: ECONNRESET (Connection reset by peer)  
  47. 12-16 13:56:13.761: E/HttpGetProxy(27624): libcore.io.IoBridge.maybeThrowAfterSendto  496line  
  48. 12-16 13:56:13.761: E/HttpGetProxy(27624): libcore.io.IoBridge.sendto  465line  
  49. 12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl.write  507line  
  50. 12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl.access$100  46line  
  51. 12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl$PlainSocketOutputStream.write  269line  
  52. 12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxyUtils.sendToMP  112line  
  53. 12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  292line  
  54. 12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$2.run  205line  
  55. 12-16 13:56:13.771: I/HttpGetProxy(27624): ......started...........  
  56. 12-16 13:56:13.771: I/HttpGetProxy(27624): <----------------------------------->  
  57. 12-16 13:56:13.771: I/HttpParser(27624): GET /%E6%89%8B%E6%9C%BA%E7%94%B5%E5%BD%B1/201212/%E5%BF%97%E6%98%8E%E4%B8%8E%E6%98%A5%E5%A8%87-2mp4-800x448.mp4 HTTP/1.1  
  58. 12-16 13:56:13.771: I/HttpParser(27624): User-Agent: AppleCoreMedia/1.0.0.8C148 (iPad; U; CPU OS 4_2_1 like Mac OS X; zh_cn)  
  59. 12-16 13:56:13.771: I/HttpParser(27624): Accept: */*  
  60. 12-16 13:56:13.771: I/HttpParser(27624): Range: bytes=612718942-  
  61. 12-16 13:56:13.771: I/HttpParser(27624): Connection: close  
  62. 12-16 13:56:13.771: I/HttpParser(27624): Host: d1.2mp4.net  
  63. 12-16 13:56:13.771: I/HttpParser(27624):   
  64. 12-16 13:56:13.771: I/HttpParser(27624): ------->rangePosition:612718942  
  65. 12-16 13:56:13.781: I/HttpGetProxy(27624): ......ready to start...........  
  66. 12-16 13:56:14.051: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content  
  67. 12-16 13:56:14.051: I/HttpParser<---(27624): Content-Length: 55327767  
  68. 12-16 13:56:14.051: I/HttpParser<---(27624): Content-Type: application/force-download  
  69. 12-16 13:56:14.051: I/HttpParser<---(27624): Content-Range: bytes 612718942-668046708/668046709  
  70. 12-16 13:56:14.051: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT  
  71. 12-16 13:56:14.051: I/HttpParser<---(27624): Accept-Ranges: bytes  
  72. 12-16 13:56:14.051: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"  
  73. 12-16 13:56:14.051: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0  
  74. 12-16 13:56:14.051: I/HttpParser<---(27624): Content-Disposition: attachment  
  75. 12-16 13:56:14.051: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:56:06 GMT  
  76. 12-16 13:56:14.051: I/HttpParser<---(27624): Connection: close  
  77. 12-16 13:56:14.051: I/HttpParser<---(27624):   
  78. 12-16 13:56:14.051: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer  
  79. 12-16 13:56:14.051: I/HttpGetProxy(27624): >>>不读取预加载文件 range:612718942,buffer:2906976  
  80. 12-16 13:56:49.051: I/HttpGetProxy(27624): ......started...........  
  81. 12-16 13:56:49.051: I/HttpGetProxy(27624): <----------------------------------->  
  82. 12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.SocketException: Socket closed  
  83. 12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.Posix.recvfromBytes  -2line  
  84. 12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.Posix.recvfrom  131line  
  85. 12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.BlockGuardOs.recvfrom  164line  
  86. 12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.IoBridge.recvfrom  503line  
  87. 12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl.read  488line  
  88. 12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl.access$000  46line  
  89. 12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl$PlainSocketInputStream.read  240line  
  90. 12-16 13:56:49.051: E/HttpGetProxy(27624): java.io.InputStream.read  163line  
  91. 12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  288line  
  92. 12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.startProxy  213line  
  93. 12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.access$8  183line  
  94. 12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$1.run  78line  
  95. 12-16 13:56:49.051: I/HttpGetProxy(27624): ......ready to start...........  
  96. 12-16 13:56:49.051: I/HttpParser(27624): GET /%E6%89%8B%E6%9C%BA%E7%94%B5%E5%BD%B1/201212/%E5%BF%97%E6%98%8E%E4%B8%8E%E6%98%A5%E5%A8%87-2mp4-800x448.mp4 HTTP/1.1  
  97. 12-16 13:56:49.051: I/HttpParser(27624): User-Agent: AppleCoreMedia/1.0.0.8C148 (iPad; U; CPU OS 4_2_1 like Mac OS X; zh_cn)  
  98. 12-16 13:56:49.051: I/HttpParser(27624): Accept: */*  
  99. 12-16 13:56:49.051: I/HttpParser(27624): Range: bytes=152226030-  
  100. 12-16 13:56:49.051: I/HttpParser(27624): Connection: close  
  101. 12-16 13:56:49.051: I/HttpParser(27624): Host: d1.2mp4.net  
  102. 12-16 13:56:49.051: I/HttpParser(27624):   
  103. 12-16 13:56:49.051: I/HttpParser(27624): ------->rangePosition:152226030  
  104. 12-16 13:56:49.311: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content  
  105. 12-16 13:56:49.311: I/HttpParser<---(27624): Content-Length: 515820679  
  106. 12-16 13:56:49.311: I/HttpParser<---(27624): Content-Type: application/force-download  
  107. 12-16 13:56:49.311: I/HttpParser<---(27624): Content-Range: bytes 152226030-668046708/668046709  
  108. 12-16 13:56:49.311: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT  
  109. 12-16 13:56:49.311: I/HttpParser<---(27624): Accept-Ranges: bytes  
  110. 12-16 13:56:49.311: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"  
  111. 12-16 13:56:49.311: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0  
  112. 12-16 13:56:49.311: I/HttpParser<---(27624): Content-Disposition: attachment  
  113. 12-16 13:56:49.311: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:56:42 GMT  
  114. 12-16 13:56:49.311: I/HttpParser<---(27624): Connection: close  
  115. 12-16 13:56:49.311: I/HttpParser<---(27624):   
  116. 12-16 13:56:49.311: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer  
  117. 12-16 13:56:49.311: I/HttpGetProxy(27624): >>>不读取预加载文件 range:152226030,buffer:2906976 
sdvch
关注
专栏目录
Android直播开发之旅(8)：Android硬编解码接口MediaCodec原理剖析
老蒋也疯狂
03-16 7234
转载请声明出处：http://blog.csdn.net/AndrExpert/article/details/79578149 在“AAC编码格式分析与MP4文件封装(MediaCodec+MediaMuxer)”一文中我们简单介绍了Android硬编解码接口MediaCodec的使用，本文将在该基础上对MediaCodec的基本工作原理和编解码过程进行剖析。 1. MediaCod...
Android从程序员到架构师之路4
Gordon的博客
02-21 385
本文学习自高焕堂老师的Android从程序员到架构师之路系列教学视频
13. Android MultiMedia框架完全解析 - MediaCodec解析
吾皇的博客
04-01 9129
MeidaCodec API: https://developer.android.com/reference/android/media/MediaCodec MediaCodec是一个Codec，通过硬件加速解码和编码。它为芯片厂商和应用开发者搭建了一个统一接口。MediaCodec几乎是所有安卓播放器硬解的标配，要深入分析一个播放器的源码，如NuPlayer, ijkplayer，有必要了...
Android NDK MediaCodec在ijkplayer中的实践
weixin_34356555的博客
10-24 627
https://www.jianshu.com/p/41d3147a5e07 从API 21（Android 5.0）开始Android提供C层的NDK MediaCodec的接口。 Java MediaCodec是对NDK MediaCodec的封装，ijkplayer硬解通路一直使用的是Java MediaCodec接Surface的方式。 本文的主要内容是：在ijkplayer框架内适配...
Android Multimedia框架总结（二十二）MediaCodec中C++中创建到start过程及状态变换
欢迎关注公众号：【码农突围】，公号后台回复9999，可以获取一份500页的LeetCode刷题笔记。
12-11 7870
上一章介绍MediaCodec中创建到start过程(到jni部分)，从今天开始，将深入源码中看看其c++过程，看下Agenda如下：mediacodec.hCreateByTypeinitMediaCodec中BufferInfo内部类：configure过程startBufferInfo在MediaCodec.h中对应是一个结构体//create by 逆流的鱼yuiop on 2016/12
MediaCodec 实时解码，测试可用
03-24
代码可以运行过，必须是android 4.1以上版本才可，支持h264,h263数据接收、RTP解包，实时解码播放等。
Android MediaPlayer与Http Proxy结合之基础篇
02-06
总的来说，通过结合`Android MediaPlayer`与自定义的`Http Proxy`，我们可以实现一些高级功能，如处理反盗链策略和实现流媒体的本地缓存。这需要深入理解HTTP协议、`Socket`编程以及`MediaPlayer`的工作原理。在实践...
玩转 Android MediaPlayer之Media Proxy
07-30
在《Android MediaPlayer与Http Proxy结合之提高篇》基础上，进一步优化代理服务器，支持了Http的302、301重定向，清晰获取Http Request和Http Response的文本内容。本文以视频播放结合Http Proxy，讲述MediaPlayer...
200款优秀Android项目源码
01-24
9. **android在wifi下手机与电脑的socket通信**：这部分源码展示了如何在Android设备上创建Socket连接，通过WiFi与电脑进行数据交换，涉及到网络编程和多线程处理。 10. **jchat4android手机聊天程序**：这是一个...
adb shell dumpsys (services)的用法
焦着未来的女汪汪
07-09 3380
1、adb shell dumpsys -lCurrently running services:  AAL  DockObserver  GbaService  GoogleOtaBinder  GpuAppSpectatorService  GuiExtService  NvRAMAgent  PQ  SunwaveFingerprintService  SurfaceFlinger  acc...
Java多线程（六）之Deque与LinkedBlockingDeque深入分析
热门推荐
Vern的专栏
12-07 2万+
一、双向队列Deque Queue除了前面介绍的实现外，还有一种双向的Queue实现Deque。这种队列允许在队列头和尾部进行入队出队操作，因此在功能上比Queue显然要更复杂。下图描述的是Deque的完整体系图。需要说明的是LinkedList也已经加入了Deque的一部分（LinkedList是从jdk1.2 开始就存在数据结构）。   Deque在Q
Android Multimedia框架总结（二十七）MediaCodec回顾
欢迎关注公众号：【码农突围】，公号后台回复9999，可以获取一份500页的LeetCode刷题笔记。
06-04 6207
Android App 通过 MediaCodec Java API 获得的编解码器，实际上是由 StageFright 媒体框架提供。android.media.MediaCodec 调用 libmedia_jni.so 中 JNI native 函数，这些 JNI 函数再去调用 libstagefright.so 库获得 StageFright 框架中的编解码器。StageFright再调用O
MediaCodec之H264编码
jialiang的博客
03-20 6035
MediaCodec编码H264
使用MediaCodec解码时dequeueOutputBuffer总是返回-1
yifuzhiming的专栏
04-27 1万+
追查到根本原因居然是因为surface的问题，具体原因不知，从日志里能找到下面这样的一句话，就说明是surface问题，这个坑搞了我几天时间OMX_VDEC: Native window and rear native window all hided!最终解决办法，是从activty中xml中创建surfaceview，然后获取holder，在获取surface。具体实现我让我同事实现的，我对a...
android 编解码器MediaCodec使用中常见问题和解决办法
雪狼人的宿命
03-02 1万+
1.请求关键帧： if (Build.VERSION.SDK_INT &gt;= 23) { Bundle params = new Bundle(); params.putInt(MediaCodec.PARAMETER_KEY_REQUEST_SYNC_FRAME, 0); mMediaCodec.setParameters(params...
Error code of Media server （MediaPlayer内核异常码说明）
学习并记录
12-08 1万+
Error code of Media server HRESULT Description 0x000D0000 The requested operation is pending completion.%0 0x000D0001 The requested operation was aborted by
IJKPlayer使用MediaCodec解码和渲染视频过程分析
leo_fighting
11-04 1万+
IJKMediaCodec 解码分析1.func_run_sync(IJKFF_Pipenode *node) /ffpipenode_android_mediacodec_vdec.c —-drain_output_buffer(env, node, timeUs, &dequeue_count, frame, &got_frame); —-dra
Android-MediaCodec详解
cheriyou_的博客
06-18 1万+
前言: 安卓中播放视频一般有两个接口，一个是mediaplayer，一个是mediacodec，其中mediaplayer是对mediacodec / genericsource / render 的封装，对APP而言使用比较方便。相比而言mediacodec留给用户发挥的空间更多，APP可以自己实现很多功能。目前只有MXplayer使用的是mediaplayer接口，其他APP一般都是使用的m...
Android音频视频播放实践与Mediaplayer优化
在安卓第十六天的笔记中，主要讨论了Android应用程序中音频与视频播放的相关内容。首先，对于资源内的音乐播放，通常将音乐文件存储在`res/raw`目录下，通过`MediaPlayer.create()`方法可以直接加载并播放。例如，`...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值