如何解决android使用HttpUrlConnection抛出异常_百度知道
如何解决android使用HttpUrlConnection抛出异常
我有更好的答案
//g://e.baidu.baidu，最高版本不超过9.baidu，也就是没有连接成功.hiphotos，不知道的可以在百度上搜一下.hiphotos.jpg" target="_blank" title="点击查看大图" class="ikqb_img_alink">　　没有修改之前程序的AndroidManifest.jpg" target="_blank" title="点击查看大图" class="ikqb_img_alink"><img class="ikqb_img" src="http://e，在在对这个json数据进行解析://g.hiphotos。设置最低版本为8.jpg" esrc="http://c.hiphotos.getResponseCode() == 200)这段代码的时候就会抛出异常://c.baidu://e.baidu://c，　　　　修改程序的AndroidManifest，其他的对json数据怎么解析以及怎么在Activity使用这个数据，这就是程序的核心://c.hiphotos.xml配置文件的SDK版本信息是这样的./zhidao/wh%3D450%2C600/sign=13c6a2a052fbb2fb347ec92/daafee27d436fcedab.jpg" esrc="http，即可.hiphotos.hiphotos://c.com/zhidao/wh%3D450%2C600/sign=56a1ac3936adcbeff02eb//zhidao/wh%3D450%2C600/sign=af736d8abf/b0ba61ea70a314e5969在下面的一个方法里是对这个数据流转换为一个String数据.com/zhidao/pic/item/daafee27d436fcedab.baidu://g.com/zhidao/wh%3D600%2C800/sign=dba73f210ffa513d51ff64d80d5d79c3/daafee27d436fcedab.hiphotos。　　<img class="ikqb_img" src="http。<a href="/zhidao/wh%3D600%2C800/sign=ed5a4baf79add946f68bd7/f31fbe096b63f624c9f892fe8044ebf81b4ca3a2，如图.hiphotos，因为getResponseCode()返回值是0.baidu://c.com/zhidao/wh%3D600%2C800/sign=11dec5dfed943cc41d95/8bf10ffa513d
这种网络请求都写在线程里，需要对异常进行try-catch，这样程序就不会当掉 try{ //容易出错的代码块 //可以写网络请求 }catch{ //如果出现异常，对捕获的异常做处理 //可以返回 return }finally{ //无论是否异常，都会走的代码块 //可以关闭流，cursor }
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁5301人阅读
android（2）
web开发（5）
原文地址：/html/.html
最近把机器刷到4.0了
跑了一下自己的app,发现下载xml文件部分抛出异常:java.io.FileNotFoundException:&
可是在2.3的系统却可以正常下载
URL url = new URL(urlstr);
HttpURLConnection httpCon = (HttpURLConnection) url.openConnection();
httpCon.setRequestMethod(&GET&);
httpCon.setDoOutput(true);
httpCon.connect();
4.0中设置httpCon.setDoOutput(true),将导致请求以post方式提交,即使设置了httpCon.setRequestMethod(&GET&);
将代码中的httpCon.setDoOutput(true);删除即可
关于setDoOutput(true)
网上查到的解释是，设置true，表示你发送的请求，会把body的内容发送至server端，即POST和PUT才需要使用。GET完全可以不用设置。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：25335次
排名：千里之外
原创：17篇
评论：10条
(1)(2)(8)(6)(3)&&国之画&&&& &&&&&&
&& &&&&&&&&&&&&&&&&&&&&
鲁ICP备号-4
打开技术之扣，分享程序人生！赠送 HttpClient 和HttpURLConnection 的轻型网络 ---》常见异常分析 - 推酷
赠送 HttpClient 和HttpURLConnection 的轻型网络 ---》常见异常分析
之前一篇中有使用到AsyncBaseRequest&类，其中抛出了很多异常，当然已经有了部分注释，那下面我们来分析一下这些异常，以及异常出现的情况
ConnectTimeoutException 这个是连接异常（例如根本没有打开网络等情况下），数据还没有到达服务器，所以就算是订单类的也没有关系，可以再次提交
这个情况比较好处理了，就是请求压根没到服务器，如果要模拟这个错误最好的办法就是，你局域网打开服务，把手机改为3g模式下，或者填写一个压根不存在的 服务地址。当然现实情况下也可能出现，信号极差的情况下等，这种情况出现，提示超时，让用户再来一次就OK.
SocketTimeoutException 这个超时异常是说明请求已经到达服务器，返回数据过程中超时了，如果是订单类的请求要注意了，需要防止重复提交
这个异常出现场景就是 例如你的超时时间是1s，当数据到达服务器，服务器1s还没有能够顺利的返回数据，这时候已经到达了客户端设置的超时时间，那么，这个请求就超时了，但是注意，你的请求这时候已经提到了服务器，虽然你本地异常已经抛出了，服务器这时候依然在处理，如果你是去修改的某个字段，服务器可能已经修改成功了，而你本地看到的是异常，这时候可以把超时时间放大一点，或者服务器处理数据的速度需要去优化
TimeoutException 这个是前两个的父类 也就是说你如果要求不是很严格的情况下，可以忽略上面两种，直接捕获这个，当然作为框架，我希望能详细一点，要不直接捕获一个Exception就完事儿了，当然捕获了前面两个，我们还担心会有其他的TimeOut情况呢，所以还是再捕获一下，以防万一
HttpHostConnectException 这个异常就不说了，通常是你没有加权限
NoHttpResponseException 这个是DefaultHttpClient 会出现的，属于android下Httpclient的一个缺陷 可以参考
HttpProtocolParams.setUseExpectContinue(httpClient.getParams(), false);
这个我加了，貌似不管用 ，然后上面这种重试的方法貌似也没有起作用，感兴趣的朋友可以研究一下哦，我遇到就直接 抓住再抛出一个 TimeOut异常出去了
EOFException 这个异常就头疼了，是HttpURLConnection 的缺陷&
这个是csdn的帖子 还有&
几乎所有的处理方法我都加上了，还是概率性的会出现这个异常，那不管了，直接抛出TimeOut 糊弄糊弄用户吧，不过我们开发者自己要了解哦
IOException &流读取的时候错误了，那时候我们认为是超时 &然后其他异常就不去管了
package com.clxu.netframe.
import java.io.IOE
import java.net.SocketTimeoutE
import java.util.LinkedL
import java.util.concurrent.TimeoutE
import org.apache.http.conn.ConnectTimeoutE
import org.apache.http.conn.HttpHostConnectE
import android.util.L
import com.clxu.netframe.R;
import com.clxu.netframe.constant.C
/** @类名: MyException
* @功能描述: TODO(自定义异常基类)
* @创建人： Clxu
* @创建时间:
上午8:24:56
public class MyException extends Exception {
private static final long serialVersionUID = 0181679L;
* 错误异常代码
protected int errorCode = -1;
* 界面异常提示信息
* 开发人员查看的简单异常信息
protected int errorM
* 开发人员查看的简单异常信息
protected String errorMsgI
* 原始异常信息
protected Exception oldE
* 异常链(捕获一个地方抛出的多个异常)
protected LinkedList&Exception& list = new LinkedList&Exception&();
public MyException () {};
public MyException (String message) {
super(message);
errorMsgInfo=
public MyException (int message) {
this.setMsg(message);
this.errorMsg =
public MyException (int message, int errorCode) {
this.setMsg(message);
this.errorMsg =
this.errorCode = errorC
public MyException (int message, int errorCode, int errorMsg) {
this.setMsg(message);
this.errorMsg = errorM
this.errorCode = errorC
* 应该new子类，谁使用谁定义
* @param e
public MyException (Exception e) {
if (e instanceof IOException) {
this.errorCode = Constant.NETWORK_REQUEST_IOEXCEPTION_CODE;
this.setMsg(R.string.network_request_ioexception);
this.errorMsg = R.string.network_request_
else if (e instanceof SocketTimeoutException) {//超时
this.errorCode = Constant.NETWORK_REQUEST_SOCKET_EXCEPTION;
this.setMsg(R.string.network_request_ioexception);
this.errorMsg = R.string.network_request_
} else if (e instanceof ConnectTimeoutException) {//超时
this.errorCode = Constant.NETWORK_REQUEST_CONNECT_EXCEPTION;
this.setMsg(R.string.network_request_ioexception);
this.errorMsg = R.string.network_request_
} else if (e instanceof TimeoutException) {//超时
this.errorCode = Constant.NETWORK_REQUEST_TIMEOUT_EXCEPTION;
this.setMsg(R.string.network_request_ioexception);
this.errorMsg = R.string.network_request_
}else if (e instanceof HttpHostConnectException) {
this.errorCode = Constant.NETWORK_REQUEST_PERRMIT_EXCEPTION;
this.setMsg(R.string.network_request_ioexception);
this.errorMsg = R.string.network_request_
}else if (e instanceof Exception) {
this.errorCode = Constant.NETWORK_REQUEST_UNKNOWN_EXCEPTION;
this.setMsg(R.string.system_exception);
this.errorMsg = R.string.unknown_
this.oldException =
printMessage(e);
* 将异常添加到异常链
* @param e
public void addException(Exception e) {
list.add(e);
* 获得最底层的异常
public Exception getFirstException() {
if(list.size() & 0)
return list.get(0);
* 打印异常信息
public void printMessage(Exception e) {
e.printStackTrace();
* 记录异常信息
public void logMessage() {
Log.e(&Exception&,getDetailMessage());
* 获得异常代码(界面层直接调用getMessage或showMessage即可)
public int getErrorCode() {
return errorC
* 获得开发人员查看的简单异常信息
public int getErrorMsg() {
return errorM
* 获得原始异常信息
public String getDetailMessage() {
return oldException.getMessage();
* 获得异常链
public LinkedList&Exception& getList() {
public int getMsg() {
public void setMsg(int msg) {
this.msg =
public String
getErrorMsgInfo(){
if(msg==0){
return errorMsgI
return &resource not found&;
详细看文章的会说为什么这里面没有
NoHttpResponseException &
EOFException 这两个异常 ，这两个异常我是在请求网络的时候直接去处理的，抓到之后直接抛出 Timeout
response = client.execute(post);
} catch (NoHttpResponseException e) {
throw new TimeoutException();
这样去处理的哦，好了，异常就说到这里了
框架源码下载地址：
已发表评论数()
已收藏到推刊！
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
没有分页内容
图片无法显示
视频无法显示
与原文不一致下次自动登录
关注移动互联网和移动APP开发工具、开发框架、测试工具、微信开发、Android源码、Android开源类库以及各种开源组件的IT科技网站
现在的位置:
Android上最流行的HTTP Client库,Retrofit 2.0：有史以来最大的改进
不熟悉Retrofit的同学可以先参考这篇文章：&&，很适合入门。
因为其简单与出色的性能，Retrofit 是安卓上最流行的HTTP Client库之一。
不过它的缺点是在Retrofit 1.x中没有直接取消正在进行中任务的方法。如果你想做这件事必须手动杀死，而这并不好实现。
Square几年前曾许诺这个功能将在Retrofit 2.0实现，但是几年过去了仍然没有在这个问题上有所更新。
直到上周，Retrofit 2.0 才从候选发布阶段变成Beta 1&，并且公开给所有人。在尝试了之后，我不得不说自己对新的模式和新的功能印象深刻。有许多改进，本文将讨论它们。让我们开始吧！
包还是那个包只是换了新版本
如果你想在自己的项目中导入Retrofit 2.0，那么在build.gradle的依赖一节里面添加这行代码：
&compile&'com.squareup.retrofit:retrofit:2.0.0-beta1'
Sync gradle 文件之后你就可以使用Retrofit 2.0了。
新的Service定义方式，不再有同步和异步之分
关于在Retrofit 1.9中service 接口的定义，如果你想定义一个同步的函数，你应该这样定义：
/*&Synchronous&in&Retrofit&1.9&*/
public&interface&APIService&{
&&&&@POST("/list")
&&&&Repo&loadRepo();
而定义一个异步的则是这样：
/*&Asynchronous&in&Retrofit&1.9&*/
public&interface&APIService&{
&&&&@POST("/list")
&&&&void&loadRepo(Callback&Repo&&cb);
但是在Retrofit 2.0上，只能定义一个模式，因此要简单得多。
import&retrofit.C
/*&Retrofit&2.0&*/
public&interface&APIService&{
&&&&@POST("/list")
&&&&Call&Repo&&loadRepo();
而创建service 的方法也变得和OkHttp的模式一模一样。如果要调用同步请求，只需调用enqueue，或者调用enqueue来发起一个异步请求。
//&Synchronous&Call&in&Retrofit&2.0
Call&Repo&&call&=&service.loadRepo();
Repo&repo&=&call.execute();
以上的代码会阻塞线程，因此你不能在安卓的主线程中调用，不然会面临NetworkOnMainThreadException。如果你想调用execute方法，请在后台线程执行。
//&Synchronous&Call&in&Retrofit&2.0
Call&Repo&&call&=&service.loadRepo();
call.enqueue(new&Callback&Repo&()&{
&&&&@Override
&&&&public&void&onResponse(Response&Repo&&response)&{
&&&&&&&&//&Get&result&Repo&from&response.body()
&&&&@Override
&&&&public&void&onFailure(Throwable&t)&{
以上代码发起了一个在后台线程的请求并从response 的response.body()方法中获取一个结果对象。注意这里的onResponse和onFailure方法是在主线程中调用的。
我建议你使用enqueue，它最符合 Android OS的习惯。
取消正在进行中的业务
service 的模式变成Call的形式的原因是为了让正在进行的事务可以被取消。要做到这点，你只需调用call.cancel()。
&call.cancel();
事务将会在之后立即被取消。好简单嘿嘿！
Converter现在从Retrofit中删除
在Retrofit 1.9中，GsonConverter 包含在了package 中而且自动在RestAdapter创建的时候被初始化。这样来自服务器的son结果会自动解析成定义好了的Data Access Object（DAO）
但是在Retrofit 2.0中，Converter 不再包含在package 中了。你需要自己插入一个Converter 不然的话Retrofit 只能接收字符串结果。同样的，Retrofit 2.0也不再依赖于Gson 。
如果你想接收json 结果并解析成DAO，你必须把Gson Converter 作为一个独立的依赖添加进来。
compile&'com.squareup.retrofit:converter-gson:2.0.0-beta1'
然后使用addConverterFactory把它添加进来。注意RestAdapter的别名仍然为Retrofit。
Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&.baseUrl("/base/")
&&&&&&&&.addConverterFactory(GsonConverterFactory.create())
&&&&&&&&.build();
service&=&retrofit.create(APIService.class);
这里是Square提供的官方Converter modules列表。选择一个最满足你需求的。
Gson:&com.squareup.retrofit:converter-gson
Jackson:&com.squareup.retrofit:converter-jackson
Moshi:&com.squareup.retrofit:converter-moshi
Protobuf:&com.squareup.retrofit:converter-protobuf
Wire:&com.squareup.retrofit:converter-wire
Simple XML:&com.squareup.retrofit:converter-simplexml
你也可以通过实现接口来创建一个自定义的converter 。
我比较赞同这种新的模式。它让Retrofit对自己要做的事情看起来更清晰。
自定义Gson对象
为了以防你需要调整json里面的一些格式，比如，Date Format。你可以创建一个Gson 对象并把它传递给GsonConverterFactory.create()。
Gson&gson&=&new&GsonBuilder()
&&&&&&&&.setDateFormat("yyyy-MM-dd'T'HH:mm:ssZ")
&&&&&&&&.create();
Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&.baseUrl("/base/")
&&&&&&&&.addConverterFactory(GsonConverterFactory.create(gson))
&&&&&&&&.build();
service&=&retrofit.create(APIService.class);
新的URL定义方式
Retrofit 2.0使用了新的URL定义方式。Base
不是简单的组合在一起而是和&a href="..."&的处理方式一致。用下面的几个例子阐明。
ps：貌似第二个才符合习惯。
对于 Retrofit 2.0中新的URL定义方式，这里是我的建议：
-&Base URL: 总是以&/结尾
-&@Url:&不要以 / 开头
public&interface&APIService&{
&&&&@POST("user/list")
&&&&Call&Users&&loadUsers();
public&void&doSomething()&{
&&&&Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&&&&&.baseUrl("/base/")
&&&&&&&&&&&&.addConverterFactory(GsonConverterFactory.create())
&&&&&&&&&&&&.build();
&&&&APIService&service&=&retrofit.create(APIService.class);
以上代码中的loadUsers会从&获取数据。
而且在Retrofit ：
public&interface&APIService&{
&&&&@POST("/special/user/list")
&&&&Call&Users&&loadSpecialUsers();
这种情况下Base URL会被忽略。
可以看到在URL的处理方式上发生了很大变化。它和前面的版本完全不同。如果你想把代码迁移到Retrofit 2.0，别忘了修正URL部分的代码。
现在需要OkHttp的支持
OkHttp 在Retrofit 1.9里是可选的。如果你想让Retrofit 使用OkHttp 作为HTTP 连接接口，你需要手动包含okhttp&依赖。
但是在Retrofit 2.0中，OkHttp 是必须的，并且自动设置为了依赖。下面的代码是从Retrofit 2.0的pom文件中抓取的。你不需要再做任何事情了。
&dependencies&
&&&dependency&
&&&&&groupId&com.squareup.okhttp&/groupId&
&&&&&artifactId&okhttp&/artifactId&
&&&/dependency&
&/dependencies&
为了让OkHttp 的Call模式成为可能，在Retrofit 2.0中OkHttp 自动被用作HTTP 接口。
se即使response存在问题onResponse依然被调用
在Retrofit 1.9中，如果获取的 response 不能背解析成定义好的对象，则会调用failure。但是在Retrofit 2.0中，不管 response 是否能被解析。onResponse总是会被调用。但是在结果不能背解析的情况下，response.body()会返回null。别忘了处理这种情况。
如果response存在什么问题，比如404什么的，onResponse也会被调用。你可以从response.errorBody().string()中获取错误信息的主体。
Response/Failure 逻辑和Retrofit 1.9差别很大。如果你决定迁移到Retrofit 2.0，注意小心谨慎的处理这些情况。
缺少INTERNET权限会导致SecurityException异常
在Retrofit 1.9中，如果你忘记在AndroidManifest.xml文件中添加INTERNET权限。异步请求会直接进入failure回调方法，得到PERMISSION DENIED&错误消息。没有任何异常被抛出。
但是在Retrofit 2.0中，当你调用call.enqueue或者call.execute，将立即抛出SecurityException，如果你不使用try-catch会导致崩溃。
这类似于在手动调用HttpURLConnection时候的行为。不过这不是什么大问题，因为当INTERNET权限添加到了 AndroidManifest.xml中就没有什么需要考虑的了。
Use an&Interceptor from&OkHttp
在Retrofit 1.9中，你可以使用RequestInterceptor来拦截一个请求，但是它已经从Retrofit 2.0 移除了，因为HTTP连接层已经转为OkHttp。
结果就是，现在我们必须转而实用OkHttp里面的Interceptor。首先你需要实用Interceptor创建一个OkHttpClient对象，如下：
OkHttpClient&client&=&new&OkHttpClient();
client.interceptors().add(new&Interceptor()&{
&&&&@Override
&&&&public&Response&intercept(Chain&chain)&throws&IOException&{
&&&&&&&&Response&response&=&chain.proceed(chain.request());
&&&&&&&&//&Do&anything&with&response&here
&&&&&&&&return&
然后传递创建的client到Retrofit的Builder链中。
Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&.baseUrl("/base/")
&&&&&&&&.addConverterFactory(GsonConverterFactory.create())
&&&&&&&&.client(client)
&&&&&&&&.build();
以上为全部内容。
学习关于OkHttp Interceptor的知识，请到。
RxJava Integration with CallAdapter
除了使用Call模式来定义接口，我们也可以定义自己的type，比如MyCall。。我们把Retrofit 2.0的这个机制称为CallAdapter。
Retrofit团队有已经准备好了的CallAdapter module。其中最著名的module可能是为RxJava准备的CallAdapter，它将作为Observable返回。要使用它，你的项目依赖中必须包含两个modules。
compile&'com.squareup.retrofit:adapter-rxjava:2.0.0-beta1'
compile&'io.reactivex:rxandroid:1.0.1'
Sync Gradle并在Retrofit Builder链表中如下调用addCallAdapterFactory：
Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&.baseUrl("/base/")
&&&&&&&&.addConverterFactory(GsonConverterFactory.create())
&&&&&&&&.addCallAdapterFactory(RxJavaCallAdapterFactory.create())
&&&&&&&&.build();
你的Service接口现在可以作为Observable返回了！
Retrofit&retrofit&=&new&Retrofit.Builder()
&&&&&&&&.baseUrl("/base/")
&&&&&&&&.addConverterFactory(GsonConverterFactory.create())
&&&&&&&&.addCallAdapterFactory(RxJavaCallAdapterFactory.create())
&&&&&&&&.build();
你可以完全像RxJava那样使用它，如果你想让subscribe部分的代码在主线程被调用，需要把observeOn(AndroidSchedulers.mainThread())添加到链表中。
Observable&DessertItemCollectionDao&&observable&=&service.loadDessertListRx();
observable.observeOn(AndroidSchedulers.mainThread())
&&&&.subscribe(new&Subscriber&DessertItemCollectionDao&()&{
&&&&&&&&@Override
&&&&&&&&public&void&onCompleted()&{
&&&&&&&&&&&&Toast.makeText(getApplicationContext(),
&&&&&&&&&&&&&&&&&&&&"Completed",
&&&&&&&&&&&&&&&&&&&&Toast.LENGTH_SHORT)
&&&&&&&&&&&&&&&&.show();
&&&&&&&&@Override
&&&&&&&&public&void&onError(Throwable&e)&{
&&&&&&&&&&&&Toast.makeText(getApplicationContext(),
&&&&&&&&&&&&&&&&&&&&e.getMessage(),
&&&&&&&&&&&&&&&&&&&&Toast.LENGTH_SHORT)
&&&&&&&&&&&&&&&&.show();
&&&&&&&&@Override
&&&&&&&&public&void&onNext(DessertItemCollectionDao&dessertItemCollectionDao)&{
&&&&&&&&&&&&Toast.makeText(getApplicationContext(),
&&&&&&&&&&&&&&&&&&&&dessertItemCollectionDao.getData().get(0).getName(),
&&&&&&&&&&&&&&&&&&&&Toast.LENGTH_SHORT)
&&&&&&&&&&&&&&&&.show();
完成！我相信RxJava的粉丝对这个变化相当满意。
还有许多其他变化，你可以在官方的&中获取更多详情。不过，我相信我已经在本文涵盖了主要的issues。
你可能会好奇现在是否是切换到Retrofit 2.0 的时机？考虑到它仍然是beta阶段，你可能会希望继续停留在1.9除非你跟我一样是一个喜欢尝鲜的人。&Retrofit 2.0用起来很好据我的经验来看还没有发现bug。
注意Retrofit 1.9 的官方文档现在已经从Square的github主页删除。我建议你现在就开始学习Retrofit 2.0，尽快使用最新版本。
【上篇】【下篇】