① android中的进程通信和Binder机制
如果统观Binder中的各个组成元素，就会惊奇的发现它和TCP/IP网络有很多相似之处：
首先Binder是android进程间通信的一种方式，
基本原理：binder定义了4个角色：client，server，serviceManager ，binder驱动
server会创建一个binder实体并起一个名字，然后将名字一块以数据包的形式通漏逗过binder驱动发送给serviceManager ，通知servicemanager注册历派一个名字为xx的Binder，肢搜贺然后client通过名字查询到该Binder 的引用。
注意
② Android 使用Messenger实现跨进程之间通信
以前讲到跨进程通信，我们总是第一时间想到AIDL(Android接口定义语言)，实际上，使用Messenger在很多情况下是比使用AIDL简单得多的。
大家看到Messenger可能会很轻易的联想到Message，然后很自然的进一步联想到Handler——没错，Messenger的核心其实就是Message以及Handler来进行线程间的通信。
以下是如何使用Messenger的步骤:
综上六步就能完成客户端与Service的跨进程双向通信过程:
客户端 -> Service -> 客户端
简单的例子（客户端向服务器端发送消息，服务器接收）：
服务端主要是返给客户端一个IBinder实例，以供服务端构造Messenger，并且处理客户端发送过来的Message。当然，不要忘了要在Manifests文件里面注册.
客户端就主要是发起与服务端的绑定，以及通过onServiceConnected()方法来过去服务端返回来的IBinder，借此构造Messenger，从而可以通过发送Message的方式与服务端进行交互。
服务器接收消息后回复消息给客户端
客户端修改：
客户端需要添加一个handler用于接收消息
服务端修改：
在服务端的handler获取客户端发送的msg.replyTo
③ Android 进程间通信的几种实现方式
Android 进程间通信的几种实现方式
主要有4种方式：
这4种方式正好对应于android系统中4种应用程序组件：Activity、Content Provider、Broadcast和Service。
主要实现原理：
由于应用程序之间不能共享内存。为了在不同应用程序之间交互数据（跨进程通讯），AndroidSDK中提供了4种用于跨进程通讯的方式进行交互数据，实现进程间通信主要是使用sdk中提供的4组组件根据实际开发情况进行实现数据交互。
详细实现方式：
Acitivity实现方式
Activity的跨进程访问与进程内访问略有不同。虽然它们都需要Intent对象，但跨进程访问并不需要指定Context对象和Activity的 Class对象，而需要指定的是要访问的Activity所对应的Action（一个字符串）。有些Activity还需要指定一个Uri（通过 Intent构造方法的第2个参数指定）。 在android系统中有很多应用程序提供了可以跨进程访问的Activity，例如，下面的代码可以直接调用拨打电话的Activity。
java">IntentcallIntent=newIntent(Intent.ACTION_CALL,Uri.parse("tel:12345678");
startActivity(callIntent);Content Provider实现方式
Android应用程序可以使用文件或SqlLite数据库来存储数据。Content Provider提供了一种在多个应用程序之间数据共享的方式（跨进程共享数据）
应用程序可以利用Content Provider完成下面的工作
1. 查询数据
2. 修改数据
3. 添加数据
4. 删除数据
Broadcast 广播实现方式
广播是一种被动跨进程通讯的方式。当某个程序向系统发送广播时，其他的应用程序只能被动地接收广播数据。这就象电台进行广播一样，听众只能被动地收听，而不能主动与电台进行沟通。在应用程序中发送广播比较简单。只需要调用sendBroadcast方法即可。该方法需要一个Intent对象。通过Intent对象可以发送需要广播的数据。
Service实现方式
常用的使用方式之一：利用AIDL Service实现跨进程通信
这是我个人比较推崇的方式，因为它相比Broadcast而言，虽然实现上稍微麻烦了一点，但是它的优势就是不会像广播那样在手机中的广播较多时会有明显的时延，甚至有广播发送不成功的情况出现。
注意普通的Service并不能实现跨进程操作，实际上普通的Service和它所在的应用处于同一个进程中，而且它也不会专门开一条新的线程，因此如果在普通的Service中实现在耗时的任务，需要新开线程。
要实现跨进程通信，需要借助AIDL(Android Interface Definition Language)。Android中的跨进程服务其实是采用C/S的架构，因而AIDL的目的就是实现通信接口。
总结
跨进程通讯这个方面service方式的通讯远远复杂于其他几种通讯方式，实际开发中Activity、Content Provider、Broadcast和Service。4种经常用到，学习过程中要对没种实现方式有一定的了解。
④ Android进程间通信
1. 简要说说进程与线程的区别和联系。
2. 应用内使用多进程可能导致哪些问题？
当一个APP启用了多进程后，系统会为不同的进程分配不同的内存空间，因此所有需要通过内存共享的行为都会失败。另外，还会导致以下几个问题：
3. Android中有哪些进程间通信方式？
由于不同的进程拥有不同的数据空间，所以无论是应用内还是应用间，均无法通过共享内存来实现进程间通信。
进程和线程的主要区别(总结) - CSDN
线程和进程的区别是什么？ - 知乎
Android 多进程通信之几个基本问题
面试题：IPC(跨进程通信)
⑤ android开发中跨进程通信有几种方式
在android SDK中提供了4种用于跨进程通讯的方式，Activity、Content Provider、Broadcast和Service。
介绍
Activity可以跨进程调用其他应用程序；
Content Provider可以跨进程访问其他应用程序中的数据；
Broadcast可以向android系统中所有应用程序发送广播；
Content Provider返回的是Cursor对象，而Service返回的是Java对象，这种可以跨进程通讯的服务叫AIDL服务；
⑥ Android 跨进程通信--Binder篇
话说Binder 其实是由George Hoffman 老哥，在1991年Be公司启动了一个“openBinder”的项目，该项目的宗旨是研究一个高效的信号传递工具，允许多个软件相互合作，构成一个软件系统。在BE被parmSource收购以后，openBinder由hackborn继续开发。在Hackborn加入google之后，他继续开发出了Android Binder。
而Android系统是基于Linux内核实现的，Linux已经提供了多种进程间通信机制，比如：管道、消息队列、共享内存和套接字（Socket）等等。
讲它们优缺点前先补充说明：
“进程隔离”--这个技术是为了避免进程A写入进程B的情况发生。 进程的隔离实现，使用了虚拟地址空间进程A的虚拟地址和进程B的虚拟地址不同，这样就防止进程A将数据信息写入进程B。进程隔离的安全性通过禁止进程间内存的访问可以方便实现。相比之下，一些不安全的操作系统DOS能够允许任何进程对其他进程的内存进行写操作。
“虚拟内存”-- 是计算机系统内存管理的一种技术。它使得应用程序认为它拥有连续可用的内存（一个连续完整的地址空间），而实际上，它通常是被分隔成多个物理内存碎片，还有部分暂时存储在外部磁盘存储器上，在需要时进行数据交换。与没有使用虚拟内存技术的系统相比，使用这种技术的系统使得大型程序的编写变得更容易，对真正的物理内存的使用也更有效率。
注意： 虚拟内存 不只是“用磁盘空间来扩展物理内存”的意思——这只是扩充内存级别以使其包含硬盘驱动器而已。把内存扩展到磁盘只是使用虚拟内存技术的一个结果，它的作用也可以通过覆盖或者把处于不活动状态的程序以及它们的数据全部交换到磁盘上等方式来实现。对虚拟内存的定义是基于对地址空间的重定义的，即把地址空间定义为“连续的虚拟内存地址”，以借此“欺骗”程序，使它们以为自己正在使用一大块的“连续”地址。
⑦ 了解Android进程间通信的四种方式
由于应用程序之间不能共享内存。在不同应用程序之间交互数据（跨进程通讯），在android
SDK中提供了4种用于跨进程通讯的方式。这4种方式正好对应于android系统中4种应用程序组
件：Activity、Content Provider、Broadcast和Service。其中Activity可以跨进程调用其他应
用程序的Activity；Content Provider可以跨进程访问其他应用程序中的数据（以Cursor对象形
式返回），当然，也可以对其他应用程序的数据进行增、删、改操 作；Broadcast可以向
android系统中所有应用程序发送广播，而需要跨进程通讯的应用程序可以监听这些广播；
Service和Content Provider类似，也可以访问其他应用程序中的数据，但不同的是，Content
Provider返回的是Cursor对象，而Service返回的是Java对象，这种可以跨进程通讯的服务叫
AIDL服务。
⑧ Carson带你学Android：全面剖析Binder跨进程通信原理
从而全方位地介绍 Binder ，希望你们会喜欢。
在本文的讲解中，按照 大角度 -> 小角度 去分析 Binder ，即：
从而全方位地介绍 Binder ，希望你们会喜欢。
在讲解 Binder 前，我们先了解一些 Linux 的基础知识
具体请看文章： 操作系统：图文详解 内存映射
Binder 跨进程通信机制 模型 基于 Client - Server 模式
此处重点讲解 Binder 驱动作用中的跨进程通信的原理：
原因：
所以，原理图可表示为以下：
所以，在进行跨进程通信时，开发者只需自定义 Client & Server 进程 并 显式使用上述3个步骤，最终借助 Android 的基本架构功能就可完成进程间通信
注册服务后， Binder 驱动持有 Server 进程创建的 Binder 实体
此时， Client 进程与 Server 进程已经建立了连接
Client 进程 根据获取到的 Service 信息（ Binder 代理对象），通过 Binder 驱动 建立与 该 Service 所在 Server 进程通信的链路，并开始使用服务
步骤1： Client 进程 将参数（整数a和b）发送到 Server 进程
步骤2： Server 进程根据 Client 进要求 调用 目标方法（即加法函数）
步骤3： Server 进程 将目标方法的结果（即加法后的结果）返回给 Client 进程
对比 Linux （ Android 基于 Linux ）上的其他进程通信方式（管道、消息队列、共享内存、
信号量、 Socket ）， Binder 机制的优点有：
特别地，对于从模型结构组成的Binder驱动来说：
不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
⑨ android 进程间通信 rabbitmq
https://github.com/Harry-III/RabbitMQ-Android
上手了RabbitMQ？再来看看它的交换机(Exchange)吧
RabbitMQ的Java应用(1) -- Rabbit Java Client使用
RabbitMQ（三）入门 —— RabbitMQ的五种模式和四种交换机
本例子是改编自上面的github链接
1、android端不采用轮询的方式请求服务器，有点类似推送的感觉，能即时收到服务器的信息
1、将rabbitmq放到单独的进程中
2、重新定义一些方法
1、在多进程中通过 message.replyTo 方法将通信方式传递给 Service端
2、rabbitmq的管道创建是要在线程里面，否则会报错
3、如果有2个用户都采用一个管道(管道名 A)，当服务器将信息都输送到A管道后，哪个用户处理消息快，哪个用户得到的信息就多，所以最好就是每个用户一个管道
本项目 github
RabbitMQClient .java
RabbitMQUtil .java
⑩ Android进程间和线程间通信方式
进程：是具有一定独立功能的程序关于某个数据集合上的一次运行活动，进程是系统进行资源分配和调度的一个独立单位。
线程：是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位。线程自己基本上不拥有系统资源,只拥有一些在运行中必不可少的资源(如程序计数器,一组寄存器和栈)，但是它可与同属一个进程的其他的线程共享进程所拥有的全部资源。
区别：
（1）、一个程序至少有一个进程，一个进程至少有一个线程；
（2）、线程的划分尺度小于进程，使得多线程程序的并发性高；
（3）、进程在执行过程中拥有独立的内存单元，而多个线程共享内存，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉。
---------------------
一、Android进程间通信方式
1.Bundle
由于Activity，Service，Receiver都是可以通过Intent来携带Bundle传输数据的，所以我们可以在一个进程中通过Intent将携带数据的Bundle发送到另一个进程的组件。
缺点：无法传输Bundle不支持的数据类型。
2.ContentProvider
ContentProvider是Android四大组件之一，以表格的方式来储存数据，提供给外界，即Content Provider可以跨进程访问其他应用程序中的数据。用法是继承ContentProvider，实现onCreate,query,update,insert,delete和getType方法，onCreate是负责创建时做一些初始化的工作，增删查改的方法就是对数据的查询和修改，getType是返回一个String，表示Uri请求的类型。注册完后就可以使用ContentResolver去请求指定的Uri。
3.文件
两个进程可以到同一个文件去交换数据，我们不仅可以保存文本文件，还可以将对象持久化到文件，从另一个文件恢复。要注意的是，当并发读/写时可能会出现并发的问题。
4.Broadcast
Broadcast可以向android系统中所有应用程序发送广播，而需要跨进程通讯的应用程序可以监听这些广播。
5.AIDL方式
Service和Content Provider类似，也可以访问其他应用程序中的数据，Content Provider返回的是Cursor对象，而Service返回的是Java对象，这种可以跨进程通讯的服务叫AIDL服务。
AIDL通过定义服务端暴露的接口，以提供给客户端来调用，AIDL使服务器可以并行处理，而Messenger封装了AIDL之后只能串行运行，所以Messenger一般用作消息传递。
6.Messenger
Messenger是基于AIDL实现的，服务端（被动方）提供一个Service来处理客户端（主动方）连接，维护一个Handler来创建Messenger，在onBind时返回Messenger的binder。
双方用Messenger来发送数据，用Handler来处理数据。Messenger处理数据依靠Handler，所以是串行的，也就是说，Handler接到多个message时，就要排队依次处理。
7.Socket
Socket方法是通过网络来进行数据交换，注意的是要在子线程请求，不然会堵塞主线程。客户端和服务端建立连接之后即可不断传输数据，比较适合实时的数据传输
二、Android线程间通信方式
一般说线程间通信主要是指主线程（也叫UI线程）和子线程之间的通信，主要有以下两种方式：
1.AsyncTask机制
AsyncTask，异步任务，也就是说在UI线程运行的时候，可以在后台的执行一些异步的操作；AsyncTask可以很容易且正确地使用UI线程，AsyncTask允许进行后台操作，并在不显示使用工作线程或Handler机制的情况下，将结果反馈给UI线程。但是AsyncTask只能用于短时间的操作（最多几秒就应该结束的操作），如果需要长时间运行在后台，就不适合使用AsyncTask了，只能去使用Java提供的其他API来实现。
2.Handler机制
Handler，继承自Object类，用来发送和处理Message对象或Runnable对象；Handler在创建时会与当前所在的线程的Looper对象相关联(如果当前线程的Looper为空或不存在，则会抛出异常，此时需要在线程中主动调用Looper.prepare()来创建一个Looper对象)。使用Handler的主要作用就是在后面的过程中发送和处理Message对象和让其他的线程完成某一个动作（如在工作线程中通过Handler对象发送一个Message对象，让UI线程进行UI的更新，然后UI线程就会在MessageQueue中得到这个Message对象（取出Message对象是由其相关联的Looper对象完成的），并作出相应的响应）。
三、Android两个子线程之间通信
面试的过程中，有些面试官可能会问Android子线程之间的通信方式，由于绝大部分程序员主要关注的是Android主线程和子线程之间的通信，所以这个问题很容易让人懵逼。
主线程和子线程之间的通信可以通过主线程中的handler把子线程中的message发给主线程中的looper，或者，主线程中的handler通过post向looper中发送一个runnable。但looper默认存在于main线程中，子线程中没有Looper，该怎么办呢？其实原理很简单，把looper绑定到子线程中，并且创建一个handler。在另一个线程中通过这个handler发送消息，就可以实现子线程之间的通信了。
子线程创建handler的两种方式：
方式一：给子线程创建Looper对象：
new Thread(new Runnable() {
public void run() {
Looper.prepare(); // 给这个Thread创建Looper对象，一个Thead只有一个Looper对象
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg) {
Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();
}
};
handler.sendEmptyMessage(1);
Looper.loop(); // 不断遍历MessageQueue中是否有消息
};
}).start();
---------------------
方式二：获取主线程的looper，或者说是UI线程的looper：
new Thread(new Runnable() {
public void run() {
Handler handler = new Handler(Looper.getMainLooper()){ // 区别在这！！！
@Override
public void handleMessage(Message msg) {
Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();
}
};
handler.sendEmptyMessage(1);
};
}).start();
---------------------