Android MediaPlayer与Http Proxy结合之优化篇

最新推荐文章于 2024-05-08 15:29:50 发布
最新推荐文章于 2024-05-08 15:29:50 发布
阅读量3.1w 收藏 12
点赞数 9
分类专栏： Android MediaPlayer Android番外 文章标签： android Android http Http HTTP mediaplayer proxy Proxy 代理服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hellogv/article/details/8301504
版权

本文来自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请求：

	public HttpGetProxy(String dirPath,int size,int maximum) {
		try {
			//初始化代理服务器
			mBufferDirPath = dirPath; 
			mBufferSize=size;
			mBufferFileMaximum = maximum;
			localHost = Config.LOCAL_IP_ADDRESS;
			localServer = new ServerSocket(0, 1,InetAddress.getByName(localHost));
			localPort =localServer.getLocalPort();//有ServerSocket自动分配端口
			//启动代理服务器
			new Thread() {
				public void run() {
					startProxy();
				}
			}.start();
			
			mEnable = true;
		} catch (Exception e) {
			mEnable = false;
		}
	}


	private void startProxy() {
		while (true) {
			// --------------------------------------
			// 监听MediaPlayer的请求，MediaPlayer->代理服务器
			// --------------------------------------
			Log.i(TAG, "......ready to start...........");
			try {
				Socket s = localServer.accept();
				if(proxy!=null){
					proxy.closeSockets();
				}
				Log.i(TAG, "......started...........");
				proxy = new Proxy(s);
				
				new Thread(){
					public void run(){
						Log.i(TAG, "......ready to start...........");
						try {
							Socket s = localServer.accept();
							proxy.closeSockets();
							Log.i(TAG, "......started...........");
							proxy = new Proxy(s);
							proxy.run();
						} catch (IOException e) {
							Log.e(TAG, e.toString());
							Log.e(TAG, Utils.getExceptionMessage(e));
						}
						
					}
				}.start();
				proxy.run();
			} catch (IOException e) {
				Log.e(TAG, e.toString());
				Log.e(TAG, Utils.getExceptionMessage(e));
			}
		}
	}
  代理服务器收到Request请求（seek的操作）之后，用新线程建立Socket，而旧的Socket会因为OutputStream的write异常而进入异常处理，所以要在异常处理里回收Socket资源。 本文的代理服务器在mediaplayer seek之后的log如下： 

12-16 13:55:53.181: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content
12-16 13:55:53.181: I/HttpParser<---(27624): Content-Length: 665139733
12-16 13:55:53.181: I/HttpParser<---(27624): Content-Type: application/force-download
12-16 13:55:53.181: I/HttpParser<---(27624): Content-Range: bytes 2906976-668046708/668046709
12-16 13:55:53.181: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT
12-16 13:55:53.181: I/HttpParser<---(27624): Accept-Ranges: bytes
12-16 13:55:53.181: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"
12-16 13:55:53.181: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0
12-16 13:55:53.181: I/HttpParser<---(27624): Content-Disposition: attachment
12-16 13:55:53.181: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:55:45 GMT
12-16 13:55:53.181: I/HttpParser<---(27624): Connection: close
12-16 13:55:53.181: I/HttpParser<---(27624): 
12-16 13:55:59.631: I/HttpGetProxy(27624): ......started...........
12-16 13:55:59.631: I/HttpGetProxy(27624): <----------------------------------->
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
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)
12-16 13:55:59.641: I/HttpParser(27624): Accept: */*
12-16 13:55:59.641: I/HttpParser(27624): Range: bytes=401793617-
12-16 13:55:59.641: I/HttpParser(27624): Connection: close
12-16 13:55:59.641: I/HttpParser(27624): Host: d1.2mp4.net
12-16 13:55:59.641: I/HttpParser(27624): 
12-16 13:55:59.641: I/HttpParser(27624): ------->rangePosition:401793617
12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.SocketException: Socket is closed
12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.Socket.checkOpenAndCreate  641line
12-16 13:55:59.641: E/HttpGetProxy(27624): java.net.Socket.getOutputStream  381line
12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxyUtils.sendToMP  112line
12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  292line
12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.startProxy  213line
12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.access$8  183line
12-16 13:55:59.641: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$1.run  78line
12-16 13:55:59.641: I/HttpGetProxy(27624): ......ready to start...........
12-16 13:56:01.181: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content
12-16 13:56:01.181: I/HttpParser<---(27624): Content-Length: 266253092
12-16 13:56:01.181: I/HttpParser<---(27624): Content-Type: application/force-download
12-16 13:56:01.181: I/HttpParser<---(27624): Content-Range: bytes 401793617-668046708/668046709
12-16 13:56:01.181: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT
12-16 13:56:01.181: I/HttpParser<---(27624): Accept-Ranges: bytes
12-16 13:56:01.181: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"
12-16 13:56:01.181: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0
12-16 13:56:01.181: I/HttpParser<---(27624): Content-Disposition: attachment
12-16 13:56:01.181: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:55:54 GMT
12-16 13:56:01.181: I/HttpParser<---(27624): Connection: close
12-16 13:56:01.181: I/HttpParser<---(27624): 
12-16 13:56:01.181: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer
12-16 13:56:01.181: I/HttpGetProxy(27624): >>>不读取预加载文件 range:401793617,buffer:2906976
12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.SocketException: sendto failed: ECONNRESET (Connection reset by peer)
12-16 13:56:13.761: E/HttpGetProxy(27624): libcore.io.IoBridge.maybeThrowAfterSendto  496line
12-16 13:56:13.761: E/HttpGetProxy(27624): libcore.io.IoBridge.sendto  465line
12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl.write  507line
12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl.access$100  46line
12-16 13:56:13.761: E/HttpGetProxy(27624): java.net.PlainSocketImpl$PlainSocketOutputStream.write  269line
12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxyUtils.sendToMP  112line
12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  292line
12-16 13:56:13.761: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$2.run  205line
12-16 13:56:13.771: I/HttpGetProxy(27624): ......started...........
12-16 13:56:13.771: I/HttpGetProxy(27624): <----------------------------------->
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
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)
12-16 13:56:13.771: I/HttpParser(27624): Accept: */*
12-16 13:56:13.771: I/HttpParser(27624): Range: bytes=612718942-
12-16 13:56:13.771: I/HttpParser(27624): Connection: close
12-16 13:56:13.771: I/HttpParser(27624): Host: d1.2mp4.net
12-16 13:56:13.771: I/HttpParser(27624): 
12-16 13:56:13.771: I/HttpParser(27624): ------->rangePosition:612718942
12-16 13:56:13.781: I/HttpGetProxy(27624): ......ready to start...........
12-16 13:56:14.051: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content
12-16 13:56:14.051: I/HttpParser<---(27624): Content-Length: 55327767
12-16 13:56:14.051: I/HttpParser<---(27624): Content-Type: application/force-download
12-16 13:56:14.051: I/HttpParser<---(27624): Content-Range: bytes 612718942-668046708/668046709
12-16 13:56:14.051: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT
12-16 13:56:14.051: I/HttpParser<---(27624): Accept-Ranges: bytes
12-16 13:56:14.051: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"
12-16 13:56:14.051: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0
12-16 13:56:14.051: I/HttpParser<---(27624): Content-Disposition: attachment
12-16 13:56:14.051: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:56:06 GMT
12-16 13:56:14.051: I/HttpParser<---(27624): Connection: close
12-16 13:56:14.051: I/HttpParser<---(27624): 
12-16 13:56:14.051: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer
12-16 13:56:14.051: I/HttpGetProxy(27624): >>>不读取预加载文件 range:612718942,buffer:2906976
12-16 13:56:49.051: I/HttpGetProxy(27624): ......started...........
12-16 13:56:49.051: I/HttpGetProxy(27624): <----------------------------------->
12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.SocketException: Socket closed
12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.Posix.recvfromBytes  -2line
12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.Posix.recvfrom  131line
12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.BlockGuardOs.recvfrom  164line
12-16 13:56:49.051: E/HttpGetProxy(27624): libcore.io.IoBridge.recvfrom  503line
12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl.read  488line
12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl.access$000  46line
12-16 13:56:49.051: E/HttpGetProxy(27624): java.net.PlainSocketImpl$PlainSocketInputStream.read  240line
12-16 13:56:49.051: E/HttpGetProxy(27624): java.io.InputStream.read  163line
12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$Proxy.run  288line
12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.startProxy  213line
12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy.access$8  183line
12-16 13:56:49.051: E/HttpGetProxy(27624): com.proxy.HttpGetProxy$1.run  78line
12-16 13:56:49.051: I/HttpGetProxy(27624): ......ready to start...........
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
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)
12-16 13:56:49.051: I/HttpParser(27624): Accept: */*
12-16 13:56:49.051: I/HttpParser(27624): Range: bytes=152226030-
12-16 13:56:49.051: I/HttpParser(27624): Connection: close
12-16 13:56:49.051: I/HttpParser(27624): Host: d1.2mp4.net
12-16 13:56:49.051: I/HttpParser(27624): 
12-16 13:56:49.051: I/HttpParser(27624): ------->rangePosition:152226030
12-16 13:56:49.311: I/HttpParser<---(27624): HTTP/1.1 206 Partial Content
12-16 13:56:49.311: I/HttpParser<---(27624): Content-Length: 515820679
12-16 13:56:49.311: I/HttpParser<---(27624): Content-Type: application/force-download
12-16 13:56:49.311: I/HttpParser<---(27624): Content-Range: bytes 152226030-668046708/668046709
12-16 13:56:49.311: I/HttpParser<---(27624): Last-Modified: Thu, 13 Dec 2012 14:28:00 GMT
12-16 13:56:49.311: I/HttpParser<---(27624): Accept-Ranges: bytes
12-16 13:56:49.311: I/HttpParser<---(27624): ETag: "80b39bd3ed9cd1:2d6"
12-16 13:56:49.311: I/HttpParser<---(27624): Server: Microsoft-IIS/6.0
12-16 13:56:49.311: I/HttpParser<---(27624): Content-Disposition: attachment
12-16 13:56:49.311: I/HttpParser<---(27624): Date: Sun, 16 Dec 2012 05:56:42 GMT
12-16 13:56:49.311: I/HttpParser<---(27624): Connection: close
12-16 13:56:49.311: I/HttpParser<---(27624): 
12-16 13:56:49.311: I/HttpGetProxy(27624): ----------------->需要发送预加载到MediaPlayer
12-16 13:56:49.311: I/HttpGetProxy(27624): >>>不读取预加载文件 range:152226030,buffer:2906976


欧巴Godwin
关注
专栏目录
Android面试从新手到架构师，一篇解析就够（网络、算法、Java、Android通信、系统、优化(1)
2401_83601703的博客
05-05 633
定义：等待时间最久的线程会优先获得锁非公平锁无法保证哪个线程获取到锁，synchronized 就是非公平锁ReentrantLock 默认时非公平锁，可以设置为公平锁悲观锁：线程一旦得到锁，其他线程就挂起等待，适用于写入操作频繁的场景；synchronized 就是悲观锁乐观锁：假设没有冲突，不加锁，更新数据时判断该数据是否过期，过期的话则不进行数据更新，适用于读取操作频繁的场景乐观锁 CAS：Compare And Swap，更新数据时先比较原值是否相等，不相等则表示数据过去，不进行数据更新乐观锁实现：
Android从程序员到架构师之路4
Gordon的博客
02-21 397
本文学习自高焕堂老师的Android从程序员到架构师之路系列教学视频
玩转 Android MediaPlayer之视频预加载(优化)
08-27
本文是在《玩转 Android MediaPlayer之视频预加载》基础上做更进一步的优化，适应更多终端的MediaPlayer，不再唠叨预加载的作用和基础，有兴趣的读者请看上回。
Android MediaPlayer与Http Proxy结合之基础篇
备忘
02-06 159
本文来自 http://blog.csdn.net/hellogv/   直接进入主题：本文将会教大家如何实现一个简单的代理服务器(仅支持Http Get)，与Android的MediaPlayer结合，从而可以扩展出“播放 防盗链的媒体文件 ”，“边播放边保存 ”等的功能。 本文的代码可以到这里下载： http://download....
android mediaplay http,Android Mediaplayer播放网址
weixin_36378951的博客
05-27 326
class CustomMediaPlayer extends MediaPlayer{String dataSource;@Overridepublic void setDataSource(String path) throws IOException, IllegalArgumentException, SecurityException, IllegalStateException{// ...
玩转 Android MediaPlayer之Media Proxy
07-30
在《Android MediaPlayer与Http Proxy结合之提高篇》基础上，进一步优化代理服务器，支持了Http的302、301重定向，清晰获取Http Request和Http Response的文本内容。本文以视频播放结合Http Proxy，讲述MediaPlayer...
android mediaplay http,Android的MediaPlayer在播放时设置Http请求头
weixin_32955259的博客
05-27 594
需求在MediaPlayer进行播放时需要设置特定的User-Agent。首先看StackvOerflow上的讨论，总共有2篇文章。讨论1http://stackoverflow.com/questions/8959300/how-do-i-include-http-headers-with-mediaplayer-setdatasourceThe method setDataSource(Con...
Android 使用MediaPlayer播放视频
09-04
详情见博客：https://blog.csdn.net/qq_20785431/article/details/100543504
Android MediaPlayer与Http Proxy结合
06-25 208
最近半年都忙着Android TV项目，在春节假期才有时间写点东西。先在这里给大家拜个年，祝大家龙年快乐...        直接进入主题：本文将会教大家如何实现一个简单的代理服务器(仅支持Http Get)，与Android的MediaPlayer结合，从而可以扩展出“播放 防盗链的媒体文件”，“边播放边保存”等的功能。        本文的代码可以到这里下载：http://download
Android搭建HTTP服务，作为MediaPlayer的播放源来播放音频
我是黄大仙
04-03 3393
问题描述：遇到过这样一个问题，向服务器发送一个请求，然后服务器给一个返回，这个返回当中包含有json数据和音频数据，我需要做的就是解析出这段音频数据然后播放出来。 目前Android播放音频有两种方式，一种是MediaPlayer，支持播放本地文件、网络文件等；另一种是AudioTrack，可以用来播放音频流，但是只支持播放原生的音频数据。 因此如果想要实现播放的功能，就有两种解决方案： 1.
Android MediaPlayer媒体源
达帮主
02-01 791
要想利用MediaPlayer实现音频的播放，首先要对MediaPlayer进行初始化工作，得到MediaPlayer对象，在通过MediaPlayer进行相应的操作。 一般过程：初始化MediaPlayer - 加载媒体源 - 准备 - 开始播放 MediaPlayer mediaPlayer = new MediaPlayer(); mediaPlayer.setDataSource("...
56. 【Android教程】媒体播放器：MediaPlayer
最新发布
这是一个web全栈开发的博客，取其精华去其糟粕，争取让大家一看就懂，一学就会，一用就成~
05-08 4003
Android 系统提供了几种播放音频和视频的方式，其中最常用的就是 MediaPlayer，和其他功能组件一样都有很多第三方框架提供更加丰富完备的功能，但是基本用法和时序基本都是参照 MediaPlayer 来设计的，本节就来看看 MediaPlayer 的使用方法。
android 使用mediaplayer播放网络音乐
我是一只小菜鸟，飞丫飞丫飞~~~
05-10 5247
关于mediaplayer 的介绍 MediaPlayer是Android自带的一个多媒体播放类，可以播放音视频流或者本地音视频文件。MediaPlayer方法的调用需要在一定的状态下，下图是一个MediaPlayer对象被支持的播放控制操作驱动的声明周期和状态。其中，椭圆代表MediaPlayer可能驻留的状态，弧线表示驱动MediaPlayer在各个状态之间迁移的播放控制操作。这里有两种类型的弧线。由单箭头开始的弧线代表同步方法调用，而以双箭头开头的弧线代表异步方法调用。图片介绍来源于官方文。 .
使用MediaPlayer播放音频
wangqianru1208的博客
08-29 2473
一、使用MediaPlayer播放音频有如下两步; 1、首先装载指定的音频文件，MediaPlayer提供了如下简单的静态方法： static MediaPlayer create(Context context, Uri uri):从指定Uri来装载音频文件，并返回创建的MediaPlayer对象。 static MediaPlayer create(Conetxt context,
评论 18
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值