Android Espresso

2015-05-10 14:00

Espresso 是Android官方提供的一个UI测试框架，适合应用中的功能性 UI 测试。用于测试应用中的用户流，适合用来白盒自动化测试。支持android234（API 10）及以上版本。

Espresso 是基于instrumentation api,在AndroidJUnitRunner上运行。

在module的buildgradle文件中添加依赖

使用android studio生成的项目中已经自动添加了改依赖

排斥support-annotations是因为espresso的support-annotations类库与android的support-annotations类库版本冲突

然后关闭模拟器或测试机的动画效果，因为测试用例执行的速度比较快，动画慢的话会影响测试用例的执行(比如消失动画会遮住后面View的点击事件)。

关闭动画步骤：打开设置-开发者选项,关闭以下动画缩放：

Espresso测试逻辑：

1通过EspressoonView(view)来找到要测试的UI组件在Activity中

2通过ViewInteractionperform(action)或DataInteractionperform(action)来模拟用户的 *** 作事件，如文本输入，点击，手势等。可以通过逗号分隔一次传入多个 *** 作事件。

3如果要测试用例要通过多个activity，重复以上的步骤

4使用ViewAssertions来检查预期的结果与测试用例结束后的结果是否一致

例如：

登录测试：

ActivityTestRule 提供单个Activity的方法测试。和JUnit的测试逻辑一致，@Test注解的方法就是会运行的测试方法。@Before即测试方法执行之前会被调用的方法。@After为测试方法执行完成之后会被调用的方法。在所有@Test标注的方法执行时，该Activity会被启动。

要找到对应的View，需要在OnView()方法中传入对应的view matcher。onView方法返回一个ViewInteraction对象，该对象允许测试方法与view交互。但是若onView的对象是RecyclerView，可能不会到达期望的交互结果，需要特殊处理。

若 OnView方法传入的view matcher找不到对应的view则会抛出NoMatchingViewException，中断测试方法的执行

view matcher就是根据一个条件在布局中找到对应的View组件。

如，通过显示的文本内容找到对应的View:

通过Id:

还可以使用allOf来组合多个条件：

allOf可以使用not关键字：

为提高测试方法执行的效率，应该尽量使用最少，最快的匹配规则。如通过的唯一的Id能找到对应的View,就不要通过text去匹配。

在 AdapterView中，所有子view都是动态生成的在运行中，如果通过onView方法去匹配对应的view,可能会找不到。所以Espresso提供了一个onData方法，该方法会返回一个DataInteraction对象去交互对应的ViewEspresso加载目标View到当前的view hierarchyEspresso同时也处理滚动到目标View,并获取焦点。

例如：

调用 ViewInteractionperform() 或 DataInteractionperform() 方法来模拟用户在View上的交互事件。当传入多个事件时，Espresso会按顺序执行对应的 *** 作。

ViewActions包含多种常用的 *** 作方式：

ViewActionsclick() 点击事件

ViewActionstypeText() 点击输入框并输入对应的文本

ViewActionsscrollTo() 滚动到某个View 对应的View必须是 ScrollView的子类，并且 View的android:visibility属性必须是VISIBLE 若是 AdapterView 的子类则使需用 onData() 方法来处理

ViewActionspressKey() 点击按键

ViewActionsclearText() 清除文本框的文本

Espresso Intents 用来验证和模拟应用发出的Intent

添加依赖：

为了测试Intent，你先要创建一个 IntentsTestRule类的实例，和ActivityTestRule作用一致。

Espresso Web是用来测试WebView的一个组件，它使用 WebDriver API来检查和控制WebView的行为

添加依赖：

要测试WebView，需要在WebView中允许运行JavaScript。

例：

Espresso在测试 *** 作中是线程安全的。Espresso会等待当前进程的消息队列中的UI事件，并且在任何一个测试 *** 作中会等待其中的AsyncTask结束才会执行下一个测试。

但是有许多的应用后台的 *** 作都是使用自定义的服务去创建以及管理线程的，这时Espresso就无法同步了。Espresso等待app处于idle状态，才会执行下个动作或检查下个断言。

Idle状态是指应用的当前消息队列中没有UI事件或默认的AsyncTask线程池没有任务。app以其他方式执行长时间异步 *** 作，Espresso无法知道何时这些 *** 作已经完成。所以引入了IdlingResource来告诉Espresso是否可以继续执行测试。

IdlingResource是一个简单的接口，包含三个方法：

getName()：必须返回代表idling resource的非空字符串；

isIdleNow()：返回当前idlingresource的idle状态。如果返回true，onTransitionToIdle()上注册的ResourceCallback必须必须在之前已经调用；

registerIdleTransitionCallback：通常此方法用于存储对回调的引用来通知idle状态的变化。

例：等待登录接口返回结果

调用登录接口时会先d出LoadingDialogFragment，若LoadingDialogFragment已经能从FragmentManager中找到时说明已经开始调用接口了，调用resourceCallbackonTransitionToIdle()，isIdleNow返回false，告诉Espresso等待。若接口调用完成会关闭LoadingDialogFragment，此时isIdleNow返回true,表示app进入Idle状态，可以继续执行后面的测试。若接口调用失败，LoadingDialogFragment会显示出对应的错误信息，并不会自动关闭，此时还是非Idle状态。所以加入了一个等待时间的最大值，接口等待时间超过这个时长则直接执行后面的检查。

注册IdlingResource

只有注册了的IdlingResource才能被执行，大部分情况下是在@Before方法内注册，在@After内取消注册。

在onItemClickListener里面有一个position的参数，也就是对应你在给ListView设置适配器的时候的List<item> list 之中的下标。你可以通过list中的map也好，还是类的对象也好，

是map的话就是 listget（position）。get（“地址的key”）；

是对象的话就是 listget（position）。ImagePath;（比如说你在类中给对象定义的属性是imagePath）

就可以或得到的链接。然后就是一个简单的Intent传值的问题了

概述

说到AndroidMVVM，相信大家都会想到Google2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。

之前看过很多关于AndroidMVVM的博客，但大多数提到的都是DataBinding的基本用法，很少有文章仔细讲解在Android中是如何通过DataBinding去构建MVVM的应用框架的。View、ViewModel、Model每一层的职责如何它们之间联系怎样、分工如何、代码应该如何设计这是我写这篇文章的初衷。

接下来，我们先来看看什么是MVVM，然后再一步一步来设计整个MVVM框架。

MVC、MVP、MVVM

首先，我们先大致了解下Android开发中常见的模式。

MVC

View：XML布局文件。

Model：实体模型(数据的获取、存储、数据状态变化)。

Controllor：对应于Activity，处理数据、业务和UI。

从上面这个结构来看，Android本身的设计还是符合MVC架构的，但是Android中纯粹作为View的XML视图功能太弱，我们大量处理View的逻辑只能写在Activity中，这样Activity就充当了View和Controller两个角色，直接导致Activity中的代码大爆炸。相信大多数Android开发者都遇到过一个Acitivty数以千行的代码情况吧!所以，更贴切的说法是，这个MVC结构最终其实只是一个Model-View(Activity:View&Controller)的结构。

MVP

View:对应于Activity和XML，负责View的绘制以及与用户的交互。

Model:依然是实体模型。

Presenter:负责完成View与Model间的交互和业务逻辑。

前面我们说，Activity充当了View和Controller两个角色，MVP就能很好地解决这个问题，其核心理念是通过一个抽象的View接口(不是真正的View层)将Presenter与真正的View层进行解耦。Persenter持有该View接口，对该接口进行 *** 作，而不是直接 *** 作View层。这样就可以把视图 *** 作和业务逻辑解耦，从而让Activity成为真正的View层。

但MVP也存在一些弊端：

Presenter(以下简称P)层与View(以下简称V)层是通过接口进行交互的，接口粒度不好控制。粒度太小，就会存在大量接口的情况，使代码太过碎版化;粒度太大，解耦效果不好。同时对于UI的输入和数据的变化，需要手动调用V层或者P层相关的接口，相对来说缺乏自动性、监听性。如果数据的变化能自动响应到UI、UI的输入能自动更新到数据，那该多好!

MVP是以UI为驱动的模型，更新UI都需要保证能获取到控件的引用，同时更新UI的时候要考虑当前是否是UI线程，也要考虑Activity的生命周期(是否已经销毁等)。

MVP是以UI和事件为驱动的传统模型，数据都是被动地通过UI控件做展示，但是由于数据的时变性，我们更希望数据能转被动为主动，希望数据能更有活性，由数据来驱动UI。

V层与P层还是有一定的耦合度。一旦V层某个UI元素更改，那么对应的接口就必须得改，数据如何映射到UI上、事件监听接口这些都需要转变，牵一发而动全身。如果这一层也能解耦就更好了。

复杂的业务同时也可能会导致P层太大，代码臃肿的问题依然不能解决。

MVVM

View:对应于Activity和XML，负责View的绘制以及与用户交互。

Model:实体模型。

ViewModel:负责完成View与Model间的交互，负责业务逻辑。

MVVM的目标和思想与MVP类似，利用数据绑定(DataBinding)、依赖属性(DependencyProperty)、命令(Command)、路由事件(RoutedEvent)等新特性，打造了一个更加灵活高效的架构。

数据驱动

在常规的开发模式中，数据变化需要更新UI的时候，需要先获取UI控件的引用，然后再更新UI。获取用户的输入和 *** 作也需要通过UI控件的引用。在MVVM中，这些都是通过数据驱动来自动完成的，数据变化后会自动更新UI，UI的改变也能自动反馈到数据层，数据成为主导因素。这样MVVM层在业务逻辑处理中只要关心数据，不需要直接和UI打交道，在业务处理过程中简单方便很多。

低耦合度

MVVM模式中，数据是独立于UI的。

数据和业务逻辑处于一个独立的ViewModel中，ViewModel只需要关注数据和业务逻辑，不需要和UI或者控件打交道。UI想怎么处理数据都由UI自己决定，ViewModel不涉及任何和UI相关的事，也不持有UI控件的引用。即便是控件改变了(比如：TextView换成EditText)，ViewModel也几乎不需要更改任何代码。它非常完美的解耦了View层和ViewModel，解决了上面我们所说的MVP的痛点。

更新UI

在MVVM中，数据发生变化后，我们在工作线程直接修改(在数据是线程安全的情况下)ViewModel的数据即可，不用再考虑要切到主线程更新UI了，这些事情相关框架都帮我们做了。

团队协作

MVVM的分工是非常明显的，由于View和ViewModel之间是松散耦合的：一个是处理业务和数据、一个是专门的UI处理。所以，完全由两个人分工来做，一个做UI(XML和Activity)一个写ViewModel，效率更高。

可复用性

一个ViewModel可以复用到多个View中。同样的一份数据，可以提供给不同的UI去做展示。对于版本迭代中频繁的UI改动，更新或新增一套View即可。如果想在UI上做A/BTesting，那MVVM是你不二选择。

单元测试

有些同学一看到单元测试，可能脑袋都大。是啊，写成一团浆糊的代码怎么可能做单元测试如果你们以代码太烂无法写单元测试而逃避，那可真是不好的消息了。这时候，你需要MVVM来拯救。

我们前面说过了，ViewModel层做的事是数据处理和业务逻辑，View层中关注的是UI，两者完全没有依赖。不管是UI的单元测试还是业务逻辑的单元测试，都是低耦合的。在MVVM中数据是直接绑定到UI控件上的(部分数据是可以直接反映出UI上的内容)，那么我们就可以直接通过修改绑定的数据源来间接做一些AndroidUI上的测试。

通过上面的简述以及模式的对比，我们可以发现MVVM的优势还是非常明显的。虽然目前Android开发中可能真正在使用MVVM的很少，但是值得我们去做一些探讨和调研。

如何构建MVVM应用框架

如何分工

构建MVVM框架首先要具体了解各个模块的分工。接下来我们来讲解View、ViewModel、Model它们各自的职责所在。

View

View层做的就是和UI相关的工作，我们只在XML、Activity和Fragment写View层的代码，View层不做和业务相关的事，也就是我们在Activity不写业务逻辑和业务数据相关的代码，更新UI通过数据绑定实现，尽量在ViewModel里面做(更新绑定的数据源即可)，Activity要做的事就是初始化一些控件(如控件的颜色，添加的分割线)，View层可以提供更新UI的接口(但是我们更倾向所有的UI元素都是通过数据来驱动更改UI)，View层可以处理事件(但是我们更希望UI事件通过Command来绑定)。简单地说：View层不做任何业务逻辑、不涉及 *** 作数据、不处理数据，UI和数据严格的分开。

ViewModel

ViewModel层做的事情刚好和View层相反，ViewModel只做和业务逻辑和业务数据相关的事，不做任何和UI相关的事情，ViewModel层不会持有任何控件的引用，更不会在ViewModel中通过UI控件的引用去做更新UI的事情。ViewModel就是专注于业务的逻辑处理，做的事情也都只是对数据的 *** 作(这些数据绑定在相应的控件上会自动去更改UI)。同时DataBinding框架已经支持双向绑定，让我们可以通过双向绑定获取View层反馈给ViewModel层的数据，并对这些数据上进行 *** 作。关于对UI控件事件的处理，我们也希望能把这些事件处理绑定到控件上，并把这些事件的处理统一化，为此我们通过对一些常用的事件做了封装，把一个个事件封装成一个个Command，对于每个事件我们用一个去处理就行了，会把你可能需要的数据带给你，这使得我们在ViewModel层处理事件的时候只需要关心处理数据就行了，具体见MVVMLightToolkit使用指南的Command部分。再强调一遍：ViewModel不做和UI相关的事。

Model

Model层最大的特点是被赋予了数据获取的职责，与我们平常Model层只定义实体对象的行为截然不同。实例中，数据的获取、存储、数据状态变化都是Model层的任务。Model包括实体模型(Bean)、Retrofit的Service，获取网络数据接口，本地存储(增删改查)接口，数据变化监听等。Model提供数据获取接口供ViewModel调用，经数据转换和 *** 作并最终映射绑定到View层某个UI元素的属性上。

如何协作

关于协作，我们先来看下面的一张图：

上图反映了MVVM框架中各个模块的联系和数据流的走向，我们从每个模块一一拆分来看。那么我们重点就是下面的三个协作。

ViewModel与View的协作。

ViewModel与Model的协作。

ViewModel与ViewModel的协作。

ViewModel与View的协作

图2中ViewModel和View是通过绑定的方式连接在一起的，绑定分成两种：一种是数据绑定，一种是命令绑定。数据的绑定DataBinding已经提供好了，简单地定义一些就能把数据和控件绑定在一起了(如TextView的text属性)，但是DataBinding框架提供的不够全面，比如说如何让一个URL绑定到一个ImageView，让这个ImageView能自动去加载url指定的，如何把数据源和布局模板绑定到一个ListView，让ListView可以不需要去写Adapter和ViewHolder相关的东西这些就需要我们做一些工作和简单的封装。MVVMLightToolkit已经帮我们做了一部分的工作，详情可以查看MVVMLightToolkit使用指南。关于事件绑定也是一样，MVVMLightToolkit做了简单的封装，对于每个事件我们用一个去处理就行了，会把可能需要的数据带给你，这样我们处理事件的时候也只关心处理数据就行了。

由图1中ViewModel的模块中我们可以看出ViewModel类下面一般包含下面5个部分：

Context(上下文)

Model(数据源JavaBean)

DataField(数据绑定)

Command(命令绑定)

ChildViewModel(子ViewModel)

我们先来看下示例代码，然后再一一讲解5个部分是干嘛用的：

//Activitycontext;//model（数据源JavaBean）privateNewsServiceNewsnews;privateNewstopNews;//数据绑定，绑定到UI的字段（datafield）publicfinalimageUrl=new();publicfinalhtml=new();publicfinaltitle=new();//一个变量包含了所有关于ViewStyle相关的字段publicfinalViewStyleviewStyle=newViewStyle();//命令绑定（command）publicfinalonRefreshCommand=newReplyCommand(()->{

})publicfinalReplyCommandonLoadMoreCommand=newReplyCommand((itemCount)->{

});//ChildViewModelpublicfinalObservableListitemViewModel=newObservableArrayList();/ViewStyle关于控件的一些属性和业务数据无关的Style可以做一个包裹，这样代码比较美观，

ViewModel页面也不会有太多太杂的字段。/publicstaticclassViewStyle{

publicfinalObservableBooleanisRefreshing=newObservableBoolean(true);

publicfinalObservableBooleanprogressRefreshing=newObservableBoolean(true);

}

Context

常用的集合类有一下几种：

List结构的集合类：ArrayList类，LinkedList类，Vector类，Stack类

Map结构的集合类：HashMap类，Hashtable类

Set结构的集合类：HashSet类，TreeSet类

Queue结构的集合：Queue接口

HashMap和Hashtable的区别：

HashMap和Hashtable都是java的集合类，都可以用来存放java对象，这是他们的相同点

以下是他们的区别：

1历史原因：

Hashtable是基于陈旧的Dictionary类的，HashMap是java

12引进的Map接口的一个现实。

2同步性：

Hashtable是同步的，这个类中的一些方法保证了Hashtable中的对象是线程安全的，而HashMap则是异步的，因此HashMap中的对象并不是线程安全的，因为同步的要求会影响执行的效率，所以如果你不需要线程安全的结合那么使用HashMap是一个很好的选择，这样可以避免由于同步带来的不必要的性能开销，从而提高效率，我们一般所编写的程序都是异步的，但如果是服务器端的代码除外。

3值：

HashMap可以让你将空值作为一个表的条目的key或value

Hashtable是不能放入空值（null）的

第一阶段：Java面向对象编程

1Java基本数据类型与表达式，分支循环。2String和的使用、正则表达式。3面向对象的抽象，封装，继承，多态，类与对象，对象初始化和回收；构造函数、this关键字、方法和方法的参数传递过程、static关键字、内部类，Java的垃极回收机制，Javadoc介绍。4对象实例化过程、方法的覆盖、final关键字、抽象类、接口、继承的优点和缺点剖析；对象的多态性：子类和父类之间的转换、抽象类和接口在多态中的应用、多态带来的好处。5Java异常处理，异常的机制原理。6常用的设计模式：Singleton、Template、Strategy模式。7JavaAPI介绍：种基本数据类型包装类，System和Runtime类，Date和DateFomat类等。8Java集合介绍：Collection、Set、List、ArrayList、Vector、LinkedList、Hashset、TreeSet、Map、HashMap、TreeMap、Iterator、Enumeration等常用集合类API。9JavaI/O输入输出流：File和类，字节流InputStream和，字符流Reader和Writer，以及相应实现类，IO性能分析，字节和字符的转化流，包装流的概念，以及常用包装类，计算机编码。10Java高级特性：反射、代理和泛型。11多线程原理：如何在程序中创建多线程(Thread、Runnable)，线程安全问题，线程的同步，线程之间的通讯、死锁。12Socket网络编程。

第二阶段：JavaWeb开发

1Java解析XML文件DOM4J。2MySql数据库的应用、多表连接查询的应用。3Jsp和Servlet应用。4>

第三阶段：androidUI编程

1、Android开发环境搭建：Android介绍，Android开发环境搭建，第一个Android应用程序，Android应用程序目录结构。

2、Android初级控件的使用：

TextView控件的使用Button控件的使用方法EditText控件的使用方法View的使用方法RadioButton的使用方法Checkbox的使用方法Menu的使用方法

3、Android高级控件的使用：

的使用方法ListView的使用方法GridView的使用方法Adapter的使用方法Spinner的使用方法Gallary的使用方法ScrollView的使用方法

4、对话框与菜单的使用：

Dialog的基本概念AlertDialog的使用方法的使用方法Menu的使用方法自定义Menu的实现方法

5、控件的布局方法：

线性布局的使用方法相对布局的使用方法表格布局的使用方法

6、多Acitivity管理：

xml文件的作用Intent的使用方法使用Intent传递数据的方法启动Activity的方法的使用方法ActivityGroup的使用方法

7、自定义控件实现方法：

自定义ListView的实现方法可折叠ListView的使用方法自定义Adapter的实现方法自定义View的实现方法动态控件布局的上实现方法

第四阶段：android网络编程与数据存储

1、基于Android平台的>

>

2、Android数据存储技术：

SQLite3数据库简介SQL语句回顾SQLite3编程接口介绍SQLite3事务管理SQLite3游标使用方法SQLite3性能分析访问SDCard的方法访问的方法

3、使用方法：

实现共享数据、URI的解析与UriMatcher、ContentUris的使用、使用 *** 作、的监听Android当中的异步 *** 作：Handler的使用方法；异步任务的基本概念；AsyncTask的使用方法。

第五阶段：android手机硬件管理

1、地图及定位技术：GPS简介；的使用方法；在GoogleMap上添加标记的方法；查询某地附近建筑的方法；使用GoogleMap实现点对点导航。

2、传感器使用方法：方向、加速度(重力)、光线、磁场、距离、温度等传感器的使用。

3、近场通信技术：NFC技术简介；NFC技术是用场景介绍；NFC技术实现方法。

4、媒体管理技术：MediaPlayer的使用方法。

5、触摸屏技术：手势识别；多点触摸技术。

第六阶段：Android图形编程技术

1、图形处理基础：2D图形编程基础；2、点、线、面等基本图形元素绘制方法；3、Android动画框架简介；4、位移动画的实现方法；5、淡入淡出动画的实现方法；6、旋转动画的实现方法；7、Matrix的使用方法。第七阶段：Android游戏开发1、Android游戏开发：Android游戏开发概述；2、SurfaceView的使用方法；3、物理小球技术；4、碰撞检测技术；5、、文字和背景音乐等资源的使用方法；6、游戏引擎基础概念；7、Cocoa2d-Android引擎使用方法；8、OpenGLES使用方法。

一、问题：在Android启动后会在新进程里创建一个主线程，也叫UI线程（ 非线程安全 ）这个线程主要负责监听屏幕点击事件与界面绘制。当Application需要进行耗时 *** 作如网络请求等，如直接在主线程进行容易发生ANR错误。所以会创建子线程来执行耗时任务，当子线程执行完毕需要通知UI线程并修改界面时，不可以直接在子线程修改UI，怎么办？

解决方法：Message Queue机制可以实现子线程与UI线程的通信。

该机制包括Handler、Message Queue、Looper。Handler可以把消息/ Runnable对象 发给Looper，由它把消息放入所属线程的消息队列中，然后Looper又会自动把消息队列里的消息/Runnable对象 广播 到所属线程里的Handler，由Handler处理接收到的消息或Runnable对象。

1、Handler

每次创建Handler对象时，它会自动绑定到创建它的线程上。如果是主线程则默认包含一个Message Queue，否则需要自己创建一个消息队列来存储。

Handler是多个线程通信的信使。比如在线程A中创建AHandler，给它绑定一个ALooper，同时创建属于A的消息队列AMessageQueue。然后在线程B中使用AHandler发送消息给ALooper，ALooper会把消息存入到AMessageQueue，然后再把AMessageQueue广播给A线程里的AHandler，它接收到消息会进行处理。从而实现通信。

2、Message Queue

在主线程里默认包含了一个消息队列不需要手动创建。在子线程里，使用Looperprepare()方法后，会先检查子线程是否已有一个looper对象，如果有则无法创建，因为每个线程只能拥有一个消息队列。没有的话就为子线程创建一个消息队列。

Handler类包含Looper指针和MessageQueue指针，而Looper里包含实际MessageQueue与当前线程指针。

下面分别就UI线程和worker线程讲解handler创建过程：

首先，创建handler时，会自动检查当前线程是否包含looper对象，如果包含，则将handler内的消息队列指向looper内部的消息队列，否则，抛出异常请求执行looperprepare()方法。

 － 在 UI线程 中，系统自动创建了Looper 对象，所以，直接new一个handler即可使用该机制；

－ 在 worker线程 中，如果直接创建handler会抛出运行时异常－即通过查‘线程－value’映射表发现当前线程无looper对象。所以需要先调用Looperprepare()方法。在prepare方法里，利用ThreadLocal<Looper>对象为当前线程创建一个Looper（利用了一个Values类，即一个Map映射表，专为thread存储value，此处为当前thread存储一个looper对象）。然后继续创建handler， 让handler内部的消息队列指向该looper的消息队列（这个很重要，让handler指向looper里的消息队列，即二者共享同一个消息队列，然后handler向这个消息队列发送消息，looper从这个消息队列获取消息） 。然后looper循环消息队列即可。当获取到message消息，会找出message对象里的target，即原始发送handler，从而回调handler的handleMessage() 方法进行处理。

 － handler与looper共享消息队列 ，所以handler发送消息只要入列，looper直接取消息即可。

 － 线程与looper映射表 ：一个线程最多可以映射一个looper对象。通过查表可知当前线程是否包含looper，如果已经包含则不再创建新looper。

5、基于这样的机制是怎样实现线程隔离的，即在线程中通信呢。 

核心在于 每一个线程拥有自己的handler、message queue、looper体系 。而 每个线程的Handler是公开 的。B线程可以调用A线程的handler发送消息到A的共享消息队列去，然后A的looper会自动从共享消息队列取出消息进行处理。反之一样。

二、上面是基于子线程中利用主线程提供的Handler发送消息出去，然后主线程的Looper从消息队列中获取并处理。那么还有另外两种情况：

1、主线程发送消息到子线程中；

采用的方法和前面类似。要在子线程中实例化AHandler并设定处理消息的方法，同时由于子线程没有消息队列和Looper的轮询，所以要加上Looperprepare(),Looperloop()分别创建消息队列和开启轮询。然后在主线程中使用该AHandler去发送消息即可。

2、子线程A与子线程B之间的通信。

1、 Handler为什么能够实现不同线程的通信？核心点在哪？

不同线程之间，每个线程拥有自己的Handler、消息队列和Looper。Handler是公共的，线程可以通过使用目标线程的Handler对象来发送消息，这个消息会自动发送到所属线程的消息队列中去，线程自带的Looper对象会不断循环从里面取出消息并把消息发送给Handler，回调自身Handler的handlerMessage方法，从而实现了消息的线程间传递。

2、 Handler的核心是一种事件激活式（类似传递一个中断）的还是主要是用于传递大量数据的？重点在Message的内容，偏向于数据传输还是事件传输。

目前的理解，它所依赖的是消息队列，发送的自然是消息，即类似事件中断。

0、 Android消息处理机制(Handler、Looper、MessageQueue与Message)

1、 Handler、Looper源码阅读

2、 Android异步消息处理机制完全解析，带你从源码的角度彻底理解

谢谢！

wingjay

![](>

分为五个步骤来完成Android开发环境的搭建。

第一步：安装JDK。

要下载Oracle公司的JDK可以百度“JDK”进入Oracle公司的JDK下载页面，选择自己电脑系统的对应版本即可。

第二步：配置Windows上JDK的变量环境 。

JAVA_HOME

先设置这个系统变量名称，变量值为JDK在电脑上的安装路径：C:\Program Files\Java\jdk180_20。创建好后则可以利用%JAVA_HOME%作为JDK安装目录的统一引用路径。

Path

PATH属性已存在，可直接编辑，在原来变量后追加：;%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin 。

CLASSPATH

设置系统变量名为：CLASSPATH 变量值为：;%JAVA_HOME%\lib\dtjar;%JAVA_HOME%\lib\toolsjar 。

注意变量值字符串前面有一个""表示当前目录，设置CLASSPATH 的目的，在于告诉Java执行环境，在哪些目录下可以找到您所要执行的Java程序所需要的类或者包。

第三步： 下载安装Eclipse（已上传附件，电脑打开可下载） 。

Eclipse为Java应用程序及Android开发的IDE（集成开发环境）。Eclipse不需要安装，下载后把解压包解压后，剪切eclipse文件夹到你想安装的地方，打开时设置你的工作目录即可。

第四步：下载安装Android SDK 。

配置了JDK变量环境，安装好了Eclipse，这个时候如果只是开发普通的JAVA应用程序，那么Java的开发环境已经准备好了。我们要通过Eclipse来开发Android应用程序，那么我们需要下载Android SDK（Software Development Kit）和在Eclipse安装ADT插件，这个插件能让Eclipse和Android SDK关联起来。

第五步：为Eclipse安装ADT插件。

前面已经配置好了java的开发环境，安装了开发Android的IDE，下载安装了Android SDK，但是Eclipse还没有和Android SDK进行关联，也就是它们现在是互相独立的，就好比q和子d分开了。为了使得Android应用的创建，运行和调试更加方便快捷，Android的开发团队专门针对Eclipse IDE定制了一个插件：Android Development Tools（ADT）。

以上就是关于Android Espresso全部的内容，包括:Android Espresso、安卓在listview中为什么会用list不用其他的线程安全的集合、AndroidMVVM等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！