candroid通信

⑴ Android之Binder通信篇

Binder跨进程通信的本质是依赖内核驱动将属于不同Binder进程的数据，从原始进程复制到目标进程，这样就完成了跨进程通信了。

Binder通过独特的内存映射机制，在跨进程通信时，可以做到一次拷贝，两个空间同时使用！如下图：

Binder跨进程通信是要传递数据的，既然有数据必然要占用内存空间，Android系统规定每一个进程都有一块Binder内存区，也就是图1中的 共享内存 ，系统最多只能给该区域分配4M的物理内存，由于申请这块内存是通过系统的mmap函数完成的，所以整个映射机制又被称为mmap机制
为了把这部分说明白，就再盗图一张，命名图2吧！

对于Binder驱动，通过 binder_procs 链表记录所有创建的 binder_proc 结构体，binder 驱动层的每一个 binder_proc 结构体都与用户空间的一个用于 binder 通信的进程一一对应，且每个进程有且只有一个 ProcessState 对象，这是通过单例模式来保证的。在每个进程中可以有很多个线程，每个线程对应一个 IPCThreadState 对象，IPCThreadState 对象也是单例模式，即一个线程对应一个 IPCThreadState 对象，在 Binder 驱动层也有与之相对应的结构，那就是 Binder_thread 结构体。在 binder_proc 结构体中通过成员变量 rb_root threads，来记录当前进程内所有的 binder_thread。

Binder 线程池：每个 Server 进程在启动时创建一个 binder 线程池，并向其中注册一个 Binder 线程；之后 Server 进程也可以向 binder 线程池注册新的线程，或者 Binder 驱动在探测到没有空闲 binder 线程时主动向 Server 进程注册新的的 binder 线程。对于一个 Server 进程有一个最大 Binder 线程数限制，默认为16个 binder 线程，例如 Android 的 system_server 进程就存在16个线程。对于所有 Client 端进程的 binder 请求都是交由 Server 端进程的 binder 线程来处理的。

⑵ Android：AIDL进程间通信基本框架

在某些业务场景下，我们需要在应用中单独开启一个进程进行一些操作。比如性能监控，如果让原始业务和性能监控本身的业务跑在同一个进程下，那么就会导致性能统计的数据的失真。

而进程间通信，一般采用AIDL机制的客户端与服务端通信。

AIDL只能传递如下几类数据：

当传递自定义 Parcelable 时，有三处地方需要注意：

当传递其他 aidl 接口时，同样必须要 import 这个 aidl 文件

编写完 aidl 文件后，make一下工程，会在 build 下的 generated 下的 source 下的 aidl 目录生成对应的接口类文件。aidl 接口其实就是 API 接口，通过实现对应接口类的 Stub 子类来实现具体的 API 逻辑；通过对应接口类的 Stub 子类的 asInterface 方法得到具体的实现类，调用具体的 API 方法。

一个基本的客户端服务端的通信结构一般包括如下功能

客户端的功能

服务端的功能

客户端的相关功能实现比较简单，麻烦的是服务端的功能。因为 AIDL 接口定义的都是服务端的接口，是由客户端来调用的。而想要实现服务端反向调用客户端则需要通过其他手段实现。

想要实现服务端主动连接客户端，最好的办法就是 服务端发送广播，客户端收到广播后再主动连接服务端 ，通过这种方式变相地实现服务端主动连接客户端的功能

想要实现服务端主动断开客户端，除了上面 发送广播是一种实现方式外，还可以通过 android 的系统API RemoteCallbackList，用包名作为key值来注册远程回调接口的方式，让服务端持有客户端的回调接口，服务端调用回调接口，客户端在回调接口中实现主动断开服务端 ，通过这种方式变量地实现服务端主动断开客户端的功能。而采用后者会显得更加优雅

既然所有的操作归根结底都是由客户端来完成的，那么客户端必须得有如下的功能模块：

服务端必须得有的功能模块：

那么，整体的通信流程就是如下的步骤：

首先是通信的 aidl 接口定义

然后是客户端的连接操作与断开连接操作，包括广播接收者的注册以及回调接口的实现

然后是客户端的拉取数据和推送数据操作

接着是服务端的 iBinder 接口的实现，完成回调接口的注册、业务子线程的开启和关闭、数据的推送和数据的拉取操作

然后是服务端的主动连接和主动断开连接操作

最后是服务端的 onUnbind 方法的实现，对回调接口进行反注册

服务端模仿 FloatViewPlugin 自定义插件，实现 IServicePlugin 接口，定制个性化的悬浮窗插件

客户端在 Appliaction 的 onCreate方法中初始化

在 MainActivity 上实现连接、断开、数据通信

⑶ Android-Handle（线程间通信）详解

线程间通信是在Android开发中比较经常遇到的，我们刷新UI界面一般是通过子线程做完某些事情后，要改变主页面就要通过数据的通信，让主线程接收到信息后自己改变UI界面。

1. Handle 先进先出原则；
2. Looper 类用来管理特定线程内对象之间的消息交换(MessageExchange)；
3. Message 类用来保存数据。

1.Looper: 一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)；
2.Handler: 你可以构造Handler对象来与Looper沟通，以便push新消息到MessageQueue里;或者接收Looper从Message Queue取出)所送来的消息；

android.os.Message的主要功能是进行消息的封装，同时可以指定消息的操作形式，Message类定义的变量和常用方法如下：

在整个消息处理机制中，message又叫task，封装了任务携带的信息和处理该任务的handler。message的用法比较简单，但是有这么几点需要注意：

在使用Handler处理Message时，需要Looper（通道）来完成。在一个Activity中，系统会自动帮用户启动Looper对象，而在一个用户自定义的类中，则需要用户手工调用Looper类中的方法，然后才可以正常启动Looper对象。Looper的字面意思是“循环者”，它被设计用来使一个普通线程变成Looper线程。所谓Looper线程就是循环工作的线程。在程序开发中（尤其是GUI开发中），我们经常会需要一个线程不断循环，一旦有新任务则执行，执行完继续等待下一个任务，这就是Looper线程。使用Looper类创建Looper线程很简单：

这是在子线程中创建Handler的情况，如果在主线程中创建Handler是不需要调用 Looper.prepare(); 和 Looper.loop(); 方法。

Handler是更新UI界面的机制，也是消息处理的机制。我们可以通过Handle发送消息，也可以处理消息。

Android在设计的时候，封装了一套消息创建、传递、处理机制，如果不遵循这样的机制就没有办法更新UI信息，就会抛出异常。
创建Handler实例化对象时，可以重写的回调方法：

⑷ Android进程间通信

1. 简要说说进程与线程的区别和联系。

2. 应用内使用多进程可能导致哪些问题？

当一个APP启用了多进程后，系统会为不同的进程分配不同的内存空间，因此所有需要通过内存共享的行为都会失败。另外，还会导致以下几个问题：

3. Android中有哪些进程间通信方式？

由于不同的进程拥有不同的数据空间，所以无论是应用内还是应用间，均无法通过共享内存来实现进程间通信。

进程和线程的主要区别(总结) - CSDN

线程和进程的区别是什么？ - 知乎

Android 多进程通信之几个基本问题

面试题：IPC(跨进程通信)

⑸ Flutter与Android通信的三种方式

一、 MethodChannel
主要是flutter端调用android方法。flutter调取android方法,也可以android主动跟flutter通信，但是这个只能是传递数据，不是调方法。MethodChannel的flutter调取android方法，我之前写过，可以查看如下链接， https://www.jianshu.com/p/6b677ff3350e

Android主动跟flutter通信，如下

二、 BasicMessageChannel
它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。

三、EventChannel
只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。

打印结果如下：

总结一下：
MethodChannel 用于传递方法调用（method invocation），是flutter调取原生方法的,也可以原生主动传递数据给Flutter。
BasicMessageChannel 用于传递字符串和半结构化的信息。是两个端相互发送数据，接收数据的。
EventChannel 用于数据流（event streams）的通信。通长用于Nativie向flutter的通信，如：手机电量变化，网络连接变化，陀螺仪，传感器等;

tip：多种类型的通道混用可能会出现报错问题。

⑹ 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();

---------------------

⑺ Android多进程通信之 Binder

在 Linux 中一个进程空间可以分为 用户空间 和 内核空间 ，不同的进程它们的用户空间数据不可共享，但是它们的内核空间的数据可共享，即所有进程共用 1 个内核空间。进程内用户空间和内核空间进行交互需通过系统调用。

Android 系统时基于 Linux 内核的，Linux 已经提供了多种 IPC 方式，如下：

所以，Android 为啥又单独弄出一个 Binder 呢？主要有如下原因：

直观地说，Binder 是 Android 中的一个类，它实现了 IBinder 接口；从 Android Framework 角度来说，Binder 是 ServiceManager 连接各种 Manager(ActivityManager、WindowManager...) 和相应 ManagerService 的桥梁；从 Android 应用层来说，Binder 是客户端和服务端进行通信的媒介，当 bindService 的时候，服务端会返回一个包含了服务端业务调用的 Binder 对象，通过这个 Binder 对象，客户端就可以获取服务端提供的服务或者数据，这里的服务包括普通服务和基于 AIDL 服务。

Binder 定义了四个角色：Server，Client，ServiceManager 和 Bidner 驱动，其中 Server、Client、ServiceManager 运行于用户空间，Binder 驱动运行于内核空间。

Binder 工作原理：

⑻ 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。

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进程间通信的四种方式

由于应用程序之间不能共享内存。在不同应用程序之间交互数据（跨进程通讯），在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服务。

⑽ android中的进程通信和Binder机制

如果统观Binder中的各个组成元素，就会惊奇的发现它和TCP/IP网络有很多相似之处：

首先Binder是android进程间通信的一种方式，
基本原理：binder定义了4个角色：client，server，serviceManager ，binder驱动
server会创建一个binder实体并起一个名字，然后将名字一块以数据包的形式通过binder驱动发送给serviceManager ，通知servicemanager注册一个名字为xx的Binder，然后client通过名字查询到该Binder 的引用。

注意