在android3.x时代,标题所说的问题是不存在的。但是到了4.0,不知道为什么android所有的arm版本系统都会默认走V8引擎使用chrome浏览器。这时候在测试cts时就发现如果使用代理上网(因为cts中的测项经常需要访问例如youtube这样的外网,需要翻墙才能浏览)是无法播放youtube视频的,除开某些视频是因为格式的问题确实无法播放之外,android4.0自身设计的缺陷占了很大的原因。因为4.0在创建代理服务的时候使用了非代理解析器的创建方法,使得media在播放的时候根本无法通过代理 网络。当然这部能说人家google的人设计的不行,毕竟在天朝以外的大部分地区是没有翻墙这一说的,如果让人家google工程师在设计时考虑的天朝的种种特殊情况,那真是难人所难了。
没办法,为了产品可以通过cts只能自己来改代码了。首先是在frameworks/base/media/libstagefright/chromium_http/support.cpp SfRequestContext()下添加:
property_get("net.proxy.hostname", proxy_name, "");
std::string host_name = proxy_name;
if(host_name.length() > 0){
set_proxy_service(net::ProxyService::CreateFixed(host_name));
}
else{
set_proxy_service(net::ProxyService::CreateWithoutProxyResolver(
new net::ProxyConfigServiceAndroid, net_log()));
}
再在packages/apps/Settings/src/com/android/settings/wifi/wificonfigcontroller.java 416行添加 SystemProperties.set("net.proxy.hostname", host);
这样还差一点,由于每次重新启动机器的时候android会在wifiservice里自动判断重启前网络连接的状态,并重连。也就是说这时候是不走settings的,而media重启后打开网页是重新创建proxy_service的,那么这个时候又会使用CreateWithoutProxyResolver的方法了,而在cts中机器重启那是经常的事情。所以需要在WIFI的状态机里面再做一点修改:
就是在连接成功后再发一次net.proxy.hostname的环境变量,至于在什么地方发这个消息我个人认为只要在状态机状态进入connectsuccess之后到media set_proxy_service之前这段时间内发都可以。