详解Android中OkHttp3的例子和在子线程更新UI线程的方法

okHttp用于android的http请求。据说很厉害,我们来一起尝尝鲜。但是使用okHttp也会有一些小坑,后面会讲到如何掉进坑里并爬出来。

首先需要了解一点,这里说的UI线程和主线程是一回事儿。就是唯一可以更新UI的线程。这个只是点会在给okHttp填坑的时候用到。而且,这个内容本身在日常的开发中也经常用到,值得好好学一学。

okHttp发起同步请求

第一个列子是一个同步请求的例子。

private void performSyncHttpRequest() {
  OkHttpClient client = new OkHttpClient();

  Request request = new Request.Builder()
    .url("http://www.baidu.com")
    .build();
  Call call = client.newCall(request);
  Response response = call.execute();
}

但是这样的直接在android的主线程里调用一个网络请求的方法是行不通的,直接抛出UI Thread 请求网络的异常。所以我们这里为了可以掩饰要做一点小小的改动。把请求写成同步请求的方式,但是放在一个worker线程里异步的做这个操作。

  private Handler requestHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
      switch (msg.what) {
        case REQUEST_SUCCESS:
          Toast.makeText(MainActivity.this, "SUCCESSFUL", Toast.LENGTH_SHORT).show();
          break;
        case REQUEST_FAIL:
          Toast.makeText(MainActivity.this, "request failed", Toast.LENGTH_SHORT).show();
          break;
        default:
          super.handleMessage(msg);
      }
    }
  };

  private void performSyncHttpRequest() {
    Runnable requestTask = new Runnable() {
      @Override
      public void run() {
        Message msg = requestHandler.obtainMessage();
        try {
          OkHttpClient client = new OkHttpClient();

          Request request = new Request.Builder()
              .url("http://www.baidu.com")
              .build();
          Call call = client.newCall(request);
          // 1
          Response response = call.execute();

          if (!response.isSuccessful()) {
            msg.what = REQUEST_FAIL;
          } else {
            msg.what = REQUEST_SUCCESS;
          }
        } catch (IOException ex) {
          msg.what = REQUEST_FAIL;
        } finally {
          // send the message
          // 2
          msg.sendToTarget();
        }
      }
    };

    Thread requestThread = new Thread(requestTask);
    requestThread.start();
  }

所以同步的请求都是这么做的Response response = call.execute();。

1.发起同步请求之前先新初始化一个OkHttpClient。然后是具体的请求,用请求builder来创建这个Request。我们这里为了简单url就是*http://www.baidu.com*了。接下来用前面初始化好的client发起一个call:Call call = client.newCall(request);。最后执行这个call:Response response = call.execute();并获得请求的response。

2.这一部分的可以暂时不要关注。因为这个例子只是为了能以运行起来的方式展示okHttp如何发起同步请求。

okHttp发起异步请求

既然android本身不支持发起同步请求,当然也没人要发起同步请求。这么做是能导致严重的用户体验问题。想象一下,如果你有一个瀑布流,然后瀑布流里全部显示的都是图片。现在用户要不断地往下翻看瀑布流的图片。如果这些图片都用同步请求的话,什么时候可以翻一页不说,系统的ANR早就跳出来了。

所以我们就探究一下如何发起一个异步的请求。

  private void performAsyncHttpRequest() {
    OkHttpClient client = new OkHttpClient();

    Request request = new Request.Builder()
        .url("http://www.baidu.com")
        .build();
    Call call = client.newCall(request);
    // 1
    call.enqueue(new Callback() {
      // 2
      @Override
      public void onFailure(Call call, IOException e) {
        //Toast.makeText(MainActivity.this, e.getMessage(), Toast.LENGTH_SHORT).show();

        if (Looper.getMainLooper().getThread() == Thread.currentThread()) {
          Log.d(TAG, "Main Thread");
        } else {
          Log.d(TAG, "Not Main Thread");
        }
      }

      @Override
      public void onResponse(Call call, final Response response) throws IOException {
        // 3
        if (Looper.getMainLooper().getThread() == Thread.currentThread()) {
          Log.d(TAG, "Main Thread");
        } else {
          Log.d(TAG, "Not Main Thread");
        }
      }
    });
  }

1.同步请求用execute方法,异步就用call.enqueue(new Callback()方法。

2.这个Callback接口提供了两个方法,一个是onFailure,一个是onResponse。这两个方法分别在请求失败和成功的时候调用。

3.本来一切都似乎应该很简单。网络请求成功或者失败直接在界面更新了。但是木有想到这样会抛异常。然后看了看发现原来onFailure和onResponse两个方法不是在主线程执行。打印出来的log是:okhttp.demo.com.okhttpdemo D/###okHttp: Not Main Thread。

所以要在主线程中更新view只好想别的办法了。在worker线程里更新主线程会抛异常。一般来说有这么几个方法在子线程里更新view。

在子线程更新UI线程

一、Activity的runOnUiThread方法

在Activity中有这么一个方法runOnUiThread。这个方法需要一个Runnable实例作为参数。

  MainActivity.this.runOnUiThread(new Runnable() {
    @Override
    public void run() {
      Log.d(TAG, "code: ");
      Toast.makeText(MainActivity.this, String.valueOf(response.code()), Toast.LENGTH_SHORT).show();
    }
  });

二、View的post方法

View的post方法也是一样,扔一个Runnable的实例进去。然后就在主线程执行了。Toast肯定是没有这个方法的。

MainActivity.this.mView.post(new Runnable() {
  public void run() {
    Log.d("UI thread", "I am the UI thread");
  }
});

三、其他

1.用Handler,这个前面的okHttp同步请求的例子可以用。

2.AsyncTask, 有两个方法可以在主线程中执行:onProgressUpdate和onPostExecute。这里我们并不是要更新进度,所以考虑的是后一个方法。

private class BackgroundTask extends AsyncTask<String, Void, Bitmap> {
  protected void onPostExecute(Bitmap result) {
    Log.d("UI thread", "I am the UI thread");
  }
}

综合以上,更新UI线程的方法里最后说到的Handler方法和AsyncTask都太重。尤其是AsyncTask。还要继承实现一堆的方法之后才可以能达到目的,同时还和我们要用的okHttp的使用方法很多不兼容的地方。

所以我们只考虑前面的两种。但是两种方法其实是不一样的。当然,这里并不是说方法的名字不一样。我们来看看android的源代码,这两个方法是如何实现的。

  public final void runOnUiThread(Runnable action) {
    if (Thread.currentThread() != mUiThread) {
      mHandler.post(action);
    } else {
      action.run();
    }
  }
  // mHandler.post(action); 之post方法的实现
  public final boolean post(Runnable r) {
    return sendMessageDelayed(getPostMessage(r), 0);
  }

方法runOnUiThread最后会调用Handler的sendMessageDelayed。但是这里只delay了0。也就是方法传到这里的时候会立即执行runOnUiThread的参数Runnable实例会立即执行。

下面看看View的post方法:

  public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
      return attachInfo.mHandler.post(action);
    }
    // Assume that post will succeed later
    ViewRootImpl.getRunQueue().post(action);
    return true;
  }

一般会执行的是ViewRootImpl.getRunQueue().post(action);。也就是Runnable的实例只是添加到了事件队列中,按照顺序执行。并不一定会立即执行。

我们探讨了那么多,最后就使用runOnUiThread来更新界面,也就是方法一了。

call.enqueue(new Callback() {
  @Override
  public void onFailure(Call call, IOException e) {
    final String errorMMessage = e.getMessage();

    if (Looper.getMainLooper().getThread() == Thread.currentThread()) {
      Log.d(TAG, "Main Thread");
    } else {
      Log.d(TAG, "Not Main Thread");
    }

    MainActivity.this.runOnUiThread(new Runnable() {
      @Override
      public void run() {
        Toast.makeText(MainActivity.this, errorMMessage, Toast.LENGTH_SHORT).show();
      }
    });
  }

  @Override
  public void onResponse(Call call, final Response response) throws IOException {
    if (Looper.getMainLooper().getThread() == Thread.currentThread()) {
      Log.d(TAG, "Main Thread");
    } else {
      Log.d(TAG, "Not Main Thread");
    }

    MainActivity.this.runOnUiThread(new Runnable() {
      @Override
      public void run() {
        Log.d(TAG, "code: ");
        Toast.makeText(MainActivity.this, String.valueOf(response.code()), Toast.LENGTH_SHORT).show();
      }
    });
  }
});

无论请求成功还是失败,都弹出一个Toast。用MainActivity.this.runOnUiThread在UI线程中弹出这个Toast。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • android使用handler ui线程和子线程通讯更新ui示例

    复制代码 代码如下: package com.act262.sockettx; import android.app.Activity;import android.os.Bundle;import android.os.Handler;import android.os.Message;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;import and

  • Android 在子线程中更新UI的几种方法示例

    本文介绍了Android 在子线程中更新UI的几种方法示例,分享给大家,具体如下: 方式一:Handler和Message ① 实例化一个Handler并重写handlerMessage()方法 private Handler handler = newHandler() { public void handleMessage(Message msg) { // 处理消息 super.handleMessage(msg); switch (msg.what) { case 1: button1.

  • 详解Android中OkHttp3的例子和在子线程更新UI线程的方法

    okHttp用于android的http请求.据说很厉害,我们来一起尝尝鲜.但是使用okHttp也会有一些小坑,后面会讲到如何掉进坑里并爬出来. 首先需要了解一点,这里说的UI线程和主线程是一回事儿.就是唯一可以更新UI的线程.这个只是点会在给okHttp填坑的时候用到.而且,这个内容本身在日常的开发中也经常用到,值得好好学一学. okHttp发起同步请求 第一个列子是一个同步请求的例子. private void performSyncHttpRequest() { OkHttpClient

  • 详解Android中Intent对象与Intent Filter过滤匹配过程

    如果对Intent不是特别了解,可以参见博文<详解Android中Intent的使用方法>,该文对本文要使用的action.category以及data都进行了详细介绍.如果想了解在开发中常见Intent的使用,可以参见<Android中Intent习惯用法>. 本文内容有点长,希望大家可以耐心读完. 本文在描述组件在manifest中注册的Intent Filter过滤器时,统一用intent-filter表示. 一.概述 我们知道,Intent是分两种的:显式Intent和隐式

  • 详解Android中Service AIDL的使用

    目录 前言 Service基本用法--本地服务 远程服务 -- AIDL 服务端 客户端 前言 有些朋友可能是从事开发工作的时间不是特别的长,所以觉得Service相对与另外两个组件activity.broadcast receiver来说,使用可能并不是特别的多,所以对Service来说,理解不是特别的深入,只是有一个大概的概念,今天就和一块来走一下Service,希望能够帮助到大家对Service有更深入的理解. Service基本用法--本地服务 我们知道服务分为本地服务和远程服务,而本地

  • 详解 Android中Libgdx使用ShapeRenderer自定义Actor解决无法接收到Touch事件的问题

    详解 Android中Libgdx使用ShapeRenderer自定义Actor解决无法接收到Touch事件的问题 今天在项目中实现了一个效果,主要是画一个圆.为了后续使用方便,将这个圆封装在一个自定义Actor(CircleActot)中,后续想显示一个圆的时候,只要创建一个CircleActor中即可. 部分代码如下所示: package com.ef.smallstar.unitmap.widget; import android.content.res.Resources; import

  • 详解Android中图片的三级缓存及实例

    详解Android中图片的三级缓存及实例 为什么要使用三级缓存 如今的 Android App 经常会需要网络交互,通过网络获取图片是再正常不过的事了 假如每次启动的时候都从网络拉取图片的话,势必会消耗很多流量.在当前的状况下,对于非wifi用户来说,流量还是很贵的,一个很耗流量的应用,其用户数量级肯定要受到影响 特别是,当我们想要重复浏览一些图片时,如果每一次浏览都需要通过网络获取,流量的浪费可想而知 所以提出三级缓存策略,通过网络.本地.内存三级缓存图片,来减少不必要的网络交互,避免浪费流量

  • 详解Android中的Service

    Service简介: Service是被设计用来在后台执行一些需要长时间运行的操作. Android由于允许Service在后台运行,甚至在结束Activity后,因此相对来说,Service相比Activity拥有更高的优先级. 创建Service: 要创建一个最基本的Service,需要完成以下工作:1)创建一个Java类,并让其继承Service 2)重写onCreate()和onBind()方法 其中,onCreate()方法是当该Service被创建时执行的方法,onBind()是该S

  • 详解Android中Handler的内部实现原理

    本文主要是对Handler和消息循环的实现原理进行源码分析,如果不熟悉Handler可以参见博文<详解Android中Handler的使用方法>,里面对Android为何以引入Handler机制以及如何使用Handler做了讲解. 概括来说,Handler是Android中引入的一种让开发者参与处理线程中消息循环的机制.我们在使用Handler的时候与Message打交道最多,Message是Hanlder机制向开发人员暴露出来的相关类,可以通过Message类完成大部分操作Handler的功

  • 详解Android 中AsyncTask 的使用

    详解Android 中AsyncTask 的使用 1.首先我们来看看AsyncTask 的介绍:   Handler 和 AsyncTask 都是android 中用来实现异步任务处理的方式:其中: Handler 实例向 UI 线程发送消息,完成界面更新, 优点:对整个过程控制的比较精细:         缺点:代码相对臃肿,多个任务同时执行时,不易对线程进行精确的控制: AsyncTask :比Handler 更轻量级一些,适用于简单的异步处理: 优点:简单 | 快捷 | 过程可控:    

  • 详解Android中获取软键盘状态和软键盘高度

    详解Android中获取软键盘状态和软键盘高度 应用场景 在Android应用中有时会需要获取软键盘的状态(即软键盘是显示还是隐藏)和软键盘的高度.这里列举了一些可能的应用场景. 场景一 当软键盘显示时,按下返回键应当是收起软键盘,而不是回退到上一个界面,但部分机型在返回键处理上有bug,按下返回键后,虽然软键盘会自动收起,但不会消费返回事件,导致Activity还会收到这次返回事件,执行回退操作,这时就需要判断,如果软键盘刚刚由显示变为隐藏状态,就不执行回退操作. 场景二 当软键盘弹出后,会将

  • 详解Android中fragment和viewpager的那点事儿

    在之前的博文<Android 中使用 ViewPager实现屏幕页面切换和页面轮播效果>和<详解Android中Fragment的两种创建方式>以及<Android中fragment与activity之间的交互(两种实现方式)>中我们介绍了ViewPager以及Fragment各自的使用场景以及不同的实现方式. 那如果将他们两结合起来,会不会擦出点火花呢,答案是肯定的.之前在介绍ViewPager时,我们实现了多个ImageView的切换,并配合更新导航原点的状态.那我

随机推荐