android处理网络请求异常处理机制

❶ 如何解决android使用HttpUrlConnection抛出异常

Android中HttpURLConnection抛出异常的解决方法: Http的URL链接, 会发生错误, 主要原因是 在主UI线程中, 使用网络调用(network call), 就抛出NetworkOnMainThreadException异常. 版本: API level 11以上. 可以使用一个简单的线程, 在后台(asynctask)调用程序, 可以避免此情况; 否则 在getResponseCode()函数处, 抛出异常. Android API : 代码: String quakeFeed = getString(R.string.quake_feed); url = new URL(quakeFeed); URLConnection connection; connection = url.openConnection(); HttpURLConnection httpConnection = (HttpURLConnection)connection; int responseCode = httpConnection.getResponseCode(); 修改: Thread t = new Thread(new Runnable() { @Override public void run() { refreshEarthquakes(); } }); t.start();

❷ Android请求服务器报错，请求的接口逻辑代码较多，是因为超时而报的错么当把请求的接口逻辑代码

1**：请求收到，继续处理
2**：操作成功收到，分析、接受
3**：完成此请求必须进一步处理
4**：请求包含一个错误语法或不能完成
5**：服务器执行一个完全有效请求失败

100——客户必须继续发出请求
101——客户要求服务器根据请求转换HTTP协议版本

200——交易成功
201——提示知道新文件的URL
202——接受和处理、但处理未完成
203——返回信息不确定或不完整
204——请求收到，但返回信息为空
205——服务器完成了请求，用户代理必须复位当前已经浏览过的文件
206——服务器已经完成了部分用户的GET请求

300——请求的资源可在多处得到
301——删除请求数据
302——在其他地址发现了请求数据
303——建议客户访问其他URL或访问方式
304——客户端已经执行了GET，但文件未变化
305——请求的资源必须从服务器指定的地址得到
306——前一版本HTTP中使用的代码，现行版本中不再使用
307——申明请求的资源临时性删除

400——错误请求，如语法错误
401——请求授权失败
402——保留有效ChargeTo头响应
403——请求不允许
404——没有发现文件、查询或URl
405——用户在Request-Line字段定义的方法不允许
406——根据用户发送的Accept拖，请求资源不可访问
407——类似401，用户必须首先在代理服务器上得到授权
408——客户端没有在用户指定的饿时间内完成请求
409——对当前资源状态，请求不能完成
410——服务器上不再有此资源且无进一步的参考地址
411——服务器拒绝用户定义的Content-Length属性请求
412——一个或多个请求头字段在当前请求中错误
413——请求的资源大于服务器允许的大小
414——请求的资源URL长于服务器允许的长度
415——请求资源不支持请求项目格式
416——请求中包含Range请求头字段，在当前请求资源范围内没有range指示值，请求
也不包含If-Range请求头字段
417——服务器不满足请求Expect头字段指定的期望值，如果是代理服务器，可能是下
一级服务器不能满足请求

500——服务器产生内部错误
501——服务器不支持请求的函数
502——服务器暂时不可用，有时是为了防止发生系统过载
503——服务器过载或暂停维修
504——关口过载，服务器使用另一个关口或服务来响应用户，等待时间设定值较长
505——服务器不支持或拒绝支请求头中指定的HTTP版本

❸ android中okhttp怎么处理异常

下面是获取到json字符串。 enqueue就是异步请求的意思。

OkHttpClient mHttpClient = new OkHttpClient();

Request request = new Request.Builder().url(url)
.build();
mHttpClient.newCall(request).enqueue(new Callback() {
@Override
public void onFailure(Request request, IOException e) {
//加载失败
}

@Override
public void onResponse(Response response) throws IOException {
//成功获取数据
if (response.isSuccessful()){
String json = response.body().toString();
Log.d("mainai", "onResponse() returned: " + json);

}
}
});

❹ Android http请求，更新服务器数据状态成功，服务器返回时如果网络中断，怎么处理

HTTP协议使用TCP协议传输的，因此在传输数据之前采用三次握手建立TCP连接。第4个包就是HTTP请求，然后是HTTP应答。你的问题是服务器的应答包没有收到，那太简单了。首先是超时定时器到期提示网络无响应。然后可以重新连接即可。仅供参考~

❺ 手机网络异常怎么解决

说到上网时的烦心事，没有比手机总是提示网络异常更让人恼火了，下面就让我来为你介绍一下为什么手机老显示网络异常，以及相应的解决方法吧。



为什么手机老显示网络异常

1、可能是因为手机所在的网络信号不好，可以换另外一个地方再上网；

2、手机网络设置没设置好，可以换另外一个接入点来上网，比较原来用CMNET来上网，可以换成用CMWAP接入点来上网；

3、手机自身系统的网络设置有点混乱了，导致在连接无线时会出现信号不好的情况。这时候我们可以尝试一下开启关闭一下飞行模式，看能否解决问题。手机运行程序过多也会影响信号问题，试着清理下手机；



4、服务器问题，这通常表现为服务器死机或关闭，这一般很少见，可以采用打电话咨询网络服务商的方法解决；

5、确定手机软件是否有问题。解决办法更换软件恢复手机出厂设置或刷机；

以上就是可能导致网络出现异常的几个原因，希望能帮助大家解决网络异常现象。

❻ android中如何获取超时时长的异常

android获取超时时长的异常方式如下:设置超时机制
client.getParams().setIntParameter(
HttpConnectionParams.SO_TIMEOUT, TIME_OUT_DELAY); // 超时设置
client.getParams().setIntParameter(
HttpConnectionParams.CONNECTION_TIMEOUT, TIME_OUT_DELAY);// 连接超时
这里设置了两种超时，第一种是请求超时，第二种时连接超时。
当向服务器发出请求后，请求和服务器建立socket连接，但是很长时间内都没有建立socket连接，这就时第一种请求超时，这种情况主要发生在请求了
一个不存在的服务器。超时之后，会抛出InterruptedIOException异常。
Timeout for blocking operations. The argument value is specified in
milliseconds. An InterruptedIOException is thrown if this timeout
expires.

❼ android在断网的情况下如何处理HttpGet语句异常

程序运行的时候会一直连接网络,直到超时,应该会是连接异常的,怎么会是空指针异常呢,一般空指针异常是会牵涉多处代码的,自己看看其他地方是否有误,另一方面可以将连接强转为 HttpUrlConnection ,他有设置超时时间的方法,如果连接超时会报异常,然后自己处理一下就好了

❽ 安卓手机,时间段网络连接错误"连接失败,请检查手机网络",怎么回事,又该怎么解决

安卓手机无法正常上网，请检查如下情况：
1、升级为4G套餐后如不重启手机则无法正常使用上网功能；
2、确认是否有网络，建议您可在信号强的地方使用；
3、检查帐户是否还有话费，若余额不足则需充值后才能使用；
4、可关机3-5分钟后，重启手机再进行尝试；
5、检查USIM卡是否有插好，若已插好但还是无法使用，则建议您到营业厅检查USIM卡是否有故障，或换卡测试；
6、如当月使用流量达到封顶值会自动关闭网络，建议您留意我司短信提醒或查询套餐产品说明。

❾ android http连接意外中断的异常怎么处理

我估计是你没有使用异步机制打开网络，在UI线程中直接打开HTTP连接访问网络是不对的，你要使用线程，如下：
// 在需要http连接网络的地方调用
new Thread(new Runnable(
public void run()

{
// 这里http连接服务器

//若需要更新界面，可以结合Handler来处理，如下

updateHandler.sentMessage(XXXX);//具体要传什么参数需要自己定义

}

)).start();

❿ 请简述什么是android事件处理，并分析两种android事件处理机制的实现过程和区别

UI编程通常都会伴随事件处理，Android也不例外，它提供了两种方式的事件处理：基于回调的事件处理和基于监听器的事件处理。

对于基于监听器的事件处理而言，主要就是为Android界面组件绑定特定的事件监听器；对于基于回调的事件处理而言，主要做法是重写Android组件特定的回调函数，Android大部分界面组件都提供了事件响应的回调函数，我们主要重写它们就行。

一 基于监听器的事件处理

相比于基于回调的事件处理，这是更具“面向对象”性质的事件处理方式。在监听器模型中，主要涉及三类对象：

1）事件源Event Source：产生事件的来源，通常是各种组件，如按钮，窗口等。

2）事件Event：事件封装了界面组件上发生的特定事件的具体信息，如果监听器需要获取界面组件上所发生事件的相关信息，一般通过事件Event对象来传递。

3）事件监听器Event Listener：负责监听事件源发生的事件，并对不同的事件做相应的处理。

基于监听器的事件处理机制是一种委派式Delegation的事件处理方式，事件源将整个事件委托给事件监听器，由监听器对事件进行响应处理。这种处理方式将事件源和事件监听器分离，有利于提供程序的可维护性。

举例：

View类中的OnLongClickListener监听器定义如下：（不需要传递事件）

[java] view plainprint?

public interface OnLongClickListener {

boolean onLongClick(View v);

}

public interface OnLongClickListener {
boolean onLongClick(View v);
}

View类中的OnLongClickListener监听器定义如下：（需要传递事件MotionEvent）

[java] view plainprint?

public interface OnTouchListener {

boolean onTouch(View v, MotionEvent event);

}

public interface OnTouchListener {
boolean onTouch(View v, MotionEvent event);
}

二 基于回调的事件处理

相比基于监听器的事件处理模型，基于回调的事件处理模型要简单些，该模型中，事件源和事件监听器是合一的，也就是说没有独立的事件监听器存在。当用户在GUI组件上触发某事件时，由该组件自身特定的函数负责处理该事件。通常通过重写Override组件类的事件处理函数实现事件的处理。

举例：

View类实现了KeyEvent.Callback接口中的一系列回调函数，因此，基于回调的事件处理机制通过自定义View来实现，自定义View时重写这些事件处理方法即可。

[java] view plainprint?

public interface Callback {

// 几乎所有基于回调的事件处理函数都会返回一个boolean类型值，该返回值用于

// 标识该处理函数是否能完全处理该事件

// 返回true，表明该函数已完全处理该事件，该事件不会传播出去

// 返回false，表明该函数未完全处理该事件，该事件会传播出去

boolean onKeyDown(int keyCode, KeyEvent event);

boolean onKeyLongPress(int keyCode, KeyEvent event);

boolean onKeyUp(int keyCode, KeyEvent event);

boolean onKeyMultiple(int keyCode, int count, KeyEvent event);

}

public interface Callback {
// 几乎所有基于回调的事件处理函数都会返回一个boolean类型值，该返回值用于
// 标识该处理函数是否能完全处理该事件
// 返回true，表明该函数已完全处理该事件，该事件不会传播出去
// 返回false，表明该函数未完全处理该事件，该事件会传播出去
boolean onKeyDown(int keyCode, KeyEvent event);
boolean onKeyLongPress(int keyCode, KeyEvent event);
boolean onKeyUp(int keyCode, KeyEvent event);
boolean onKeyMultiple(int keyCode, int count, KeyEvent event);
}

三 比对

基于监听器的事件模型符合单一职责原则，事件源和事件监听器分开实现；

Android的事件处理机制保证基于监听器的事件处理会优先于基于回调的事件处理被触发；

某些特定情况下，基于回调的事件处理机制会更好的提高程序的内聚性。

四 基于自定义监听器的事件处理流程

在实际项目开发中，我们经常需要自定义监听器来实现自定义业务流程的处理，而且一般都不是基于GUI界面作为事件源的。这里以常见的app自动更新为例进行说明，在自动更新过程中，会存在两个状态：下载中和下载完成，而我们的程序需要在这两个状态做不同的事情，“下载中”需要在UI界面上实时显示软件包下载的进度，“下载完成”后，取消进度条的显示。这里进行一个模拟，重点在说明自定义监听器的事件处理流程。

4.1）定义事件监听器如下：