没错,又是AS的网络问题,而且又是代理的问题,真是不省心呐!!
最近在做curl移植到Android JNI的工作,老是出现 CURLE_PARTIAL_FILE 错误。
用Wireshark抓包居然还抓不出来,于是怀疑模拟器是用本地代理的方式连接网络的。
netstat -aon | grep 模拟器pid
看看是通过哪个端口访问,终于揪出这个小东西:
TCP 127.0.0.1:5554 0.0.0.0:0 LISTENING 13676
TCP 127.0.0.1:5555 0.0.0.0:0 LISTENING 13676
TCP 127.0.0.1:5555 127.0.0.1:7121 ESTABLISHED 13676
TCP 127.0.0.1:7097 127.0.0.1:5037 ESTABLISHED 13676
TCP 127.0.0.1:11126 127.0.0.1:1991 CLOSE_WAIT 13676
TCP 127.0.0.1:11788 127.0.0.1:1991 ESTABLISHED 13676
TCP 127.0.0.1:11966 127.0.0.1:1991 ESTABLISHED 13676
TCP [::1]:5555 [::]:0 LISTENING 13676
那个1991端口的不就是我的SSR本地端口吗?!?!
恍然大悟,原来AS里面的代理设置会影响到模拟器,出于不明原因,对于Http代理还支持的不好,导致模拟器环境内的网络总是出现莫名其妙的问题。
那把AS里面的Http proxy改成No Proxy,重启模拟器就搞定了。(模拟器运行期间修改Http Proxy不生效,这样反而可以利用来分离AS用的代理和模拟器用的网络,虽然每次都得改一下比较麻烦)
网友评论