Android开发艺术探索 第二章IPC机制
- Linux中IPC通信方式?
答:命名管道,共享内存,信号量(具体再细看) - Android中的IPC通信方式?
答:从宏观分的话有两种:Binder和Socket
细分的话:
从四大组件来说有4种:Activity:Intent;Service:Binder(AIDL);Receive:broadcast;ContentProvider:content provider
从表现形式方面有6种:1.Bundle 2.文件共享 3.使用Message 4.使用AIDL 5.使用ContentProvider 6.使用Socket - Android为什么要采用多进程?
答:
① 一个应用因为某些原因自身需要采用多进程实现:
<1>某些模块由于特殊原因要运行在单独进程中(举例:某一模块activity配置android:process为共有进程)
、<2>为了加大一个应用可以使用的内存
② 当前应用需要向其他应用获取数据 - Android如何运行多进程模式?
答:在四大组件中指定 android:process属性(出JNI外只有这一种)【默认的进程名是包名】 - android:process两种命名方式(“:”和完整命名)的区别?
答:
以“:”开头的进程: 属于当前进程的私有进程,其他进程的组件不能和他跑在同一进程中
完整命名的进程: 其他应用可以通过ShareUID方式和他跑在用一个进程中 - Android系统会给每一个应用分配一个UID,只有具有相同UID的应用才能共享数据
- 两个应用通过shareUID跑在同一进程的要求:ShareUID相同且签名也相同
- Android为每个应用分配一个独立的虚拟机,不同的虚拟机中访问同一个对象会产生多份副本
- 多进程带来的主要影响:所有运行在不同进程中的四大组件,只要他们通过内存共享数据,都会共享失败
- 使用多进程会出现的问题:
(1)静态成员和单例模式完全失效
(2)线程同步机制完全失效
(3)SharedPreferences的可靠性下降(不支持两个进程同时执行读/写操作)
(4)会多次常见Application - 一个应用中多进程的实质:相当于两个不同的应用采用了SharedUID的模式
- Serializable接口和Parcelable接口的异同?
答:
(1)Serializable接口是Java提供的,Parcelable接口是Android提供的序列化方式
(2)Serializable接口使用简单但是开销较大,存在大量I/O操作,Parcelable开销小,主要用在内存序列化上
(3)通过Parcelable将对象序列化到存储设备中或者对象序列化后通过网络传输也可以,但实现上比较复杂(怎么复杂??),推荐用Serializable - Serializable中serialVersionUID有什么作用?
答:serialVersionUID是用来标识序列化对象能否进行反序列化。 当对象被序列化后,会存储对象的UID,反序列化时只有UID相同才可以反序列化成功,否则会报错
注:手动确定serialVersionUID有以下优点:当序列化对象增加或删除属性时,仍然可以保证反序列化成功。但如果类结构发生改变(修改了类名或者修改了成员变量的类型),则序列化失败
注:①静态成员变量属于类不属于对象,所以不会参与序列化过程 ②用transient关键字标记的成员变量不参与序列化过程 - Binder的定义
答:从IPC角度来说:Binder是Android中一种跨进程的通信方式
从Android Framework角度来说:Binder是ServiceManaget连接各种Manager和相应ManagerService的桥梁
从应用层角度来说:Binder是客户端和服务器端通信的媒介 - AIDL与普通Java接口文件的特殊之处:当AIDL需要用到类对象时,类需要实现Parcelable接口,并且类文件和I***Manager在相同包中时,仍然要导入类
- AIDL生成Java文件中主要方法的作用:
(1)asInterface:客户端调用,用于将服务器端的Binder对象转化成客户端所需的AIDL接口类型的对象。这一方法是区分进程的,如果客户端和服务端位于同一进程,则直接返回Stub对象本身,如果不在同一进程,则返回的是系统封装后的Stub.proxy对象
(2)asBinder:返回当前的Binder对象
(3)onTransact:在服务器端调用。①客户端发起请求时,远程请求会通过系统底层封装后交给此方法执行;②该方法通过传入的code确定应该执行哪一个方法,然后从data中取出客户端的请求参数;③然后执行目标方法;④执行完毕后将结果写入reply中返回
(4)Proxy#方法:在客户端调用。①将方法参数写入到_data中;②然后调用IBinder.transact方法,发起RPC(远程过程调用);③接着将当前线程挂起;④RPC结束返回后,将结果从reply中取出 - 跨进程通信注意的要点:
(1)客户端发起RPC请求后会一直挂起直至服务器端进程返回数据,因此不能运行在UI线程中
(2)由于服务器端的Binder方法运行在线程池中,所以Binder方法不管是否耗时都应该采用同步方法实现 - RPC过程中Binder异常终止怎么办?
答:Binder中提供了linkToDeath和unlinkToDeath方法,通过linkToDeath可以给Binder设置一个死亡代理,当服务器端Binder发生异常中断时,会收到通知,这是可以重新发送请求而恢复连接 - 重点:Android中IPC方式:
答: - 使用Bundle
Intent中设置Action,添加Bundle进行通信
注意点:如果A进程进行计算,计算结果传给B进程,但Bundle不支持结果类型怎么办?
答:将在A进程进行的计算转移到B进程中的一个Service中进行,这样可以成功避免进程间通信问题 - 使用文件共享
注意点:(1)文件共享下IPC会出现什么问题?
答:并发读写问题。如果并发读写,那么我们读出的数据就可能不是最新的。所以文件共享进行IPC通信只能在并发度不高的进程之间通信。
(2)SharedPreferences是一个特例,他采用XML形式,存储键值对。但系统对读写有一定的缓存策略,即在内存中有一份SharedPreferences文件的缓存,这样多进程读写就会很不可靠,因此一般不采用 - 使用Message
Message是一种轻量级的IPC解决方案(他只能传递“消息”,不能调用方法),底层是用AIDL实现的。不考虑线程同步的问题,因为他一次只处理一个请求。
实现方法:
3.1 服务端进程
①在服务端创建一个Service来处理客户端的连接请求
②创建一个Handler并通过它来创建一个Messenger对象
③在Service的onBind中返回这个Messenger对象底层的Binder即可
3.2 客户端进程
①绑定服务端的Service
②用服务端返回的IBinder对象创建一个Messenger(可以用来发送消息,对象为Message)---单向传递
③如果需要服务端能回应客户端,即客户端可以接收消息,需要在客户端创建Handler并新建一个Messenger,把这个Messenger对象通过Message的replyTo参数传递给服务端
④客户端的Handler对Message对出动作
注意:
(1)Message中只能传递基础数据类型和系统规定实现Parcelable接口的对象,自定义对象不能通过它传递,所以Message常常和Bundle一起使用
(2)使用Message进行AIDL通信的缺点?
答:1)Message是以串行的方式处理客户端发来的消息的,如果有大量的并发消息,仍然只能一个一个处理,效率很低;
2)Message主要是用来传递消息的,有时后我们需要调用服务端的方法,这种方式就不适用,可以采用AIDL方式 - 使用AIDL(重!)
Android Interface Design Language
实现方法:
4.1 服务端
①创建一个Service监听连接请求
②创建AIDL文件
③用Service实现这个文件即可
4.2 客户端
①绑定服务端的Service
②将返回的Binder对象转化为AIDL接口所属的类型
注意:
(1)AIDL文件用到了自定以的Parcelable对象,必须新建一个和它同名的AIDL文件,并在其中声明他为Parcelable类型
(2)AIDL自定义的Parcelable对象必须把java文件和定义的AIDL文件显式的import进来
(3)AIDL中除了基本数据类型,其它类型的参数必须标上方向:in out 或者 inout
(4)AIDL和传统接口的区别是什么?
答:AIDL接口中只支持方法,不支持申明静态常量
(5)为什么客户端的AIDL包要和服务端一致?
答:因为客户端需要发序列化服务端中和接口相关的类,如果类的完整路径不一致的话就无法完成反序列化
(6)AIDL中需要实现线程同步,实现的方法?
答:CopyOnWriteArrayList<同步对象>实现自动的线程同步---引出:Android中实现线程同步的方式?
(7)由于AIDL调用产生的ANR问题
答:客户端在调用服务端的方法时,可能因为服务端的方法需要很久才能完成(>5s),此时会产生ANR问题(同步调用?)---引出Android中ANR的产生场景及解决*
(8)AIDL中的难点:
难点1:客户端每次要调用服务端方法,如果需求比较大,频繁的调用会极大损耗性能,这时候可以考虑实现观察者模式。当客户端关注的数据发生变化时,服务端通知给客户端,客户端再进行业务处理。比如:每个客户端的请求listener传递给服务端,服务端用一个list保存,当数据变化时进行依次通知,客户端再用listener进行回调处理。这里要注意两点:
①服务端回调客户端listener的方法,但这个方法的实现是在客户端的Binder线程池中执行的,因此,为了便于UI操作,我们需要有一个Handler可以切换到主线程中执行
②Binder进行对象传输实际上是通过序列化和反序列化进行,也就是Binder会把客户端传递过来的对象重新转化并生成一个新的对象。虽然在客户端注册和解注册使用的是同一个对象,但因为是两次传输,所以解注册与注册时的对象不一致,这就使得listener解注册时对象为空,这时候就可以使用RemoteCallbackList
难点2:跨进程实现解注册的方法是什么?
答:使用RemoteCallbackList ----引出RemoteVIew RemoteCallbackList通过查看源码,底层是通过Map存储的,key是IBinder类型,value是Callback类型。原理就是虽然客户端每次传输对象都会不一致,但传输使用的Binder是一样的,RemoteCallbackList通过将Callback与Binder对应起来,就可以保证对象的一致性
(2)RemoteCallback的优点是什么?
答:①当客户端解注册的时候,只要遍历服务端所有的listener,找出和解注册具有相同的Binder对象的Listener,删掉即可
②客户端进程终止后,能自动移除客户端注册的listener
③RemoteCallbackList内部自动实现了线程同步的功能,进行注册和解注册时,不用做额外的线程同步工作
RemoteCallbackList注意点:在使用时候,一定要begBroadcast和finishBroadcast配对使用
(3)为什么有Binder线程池还会产生ANR问题?
答:以客户端举例,客户端调用服务端方法,这个方法是运行在Binder线程中的,但是客户端绑定服务端的方法却运行在主线程中,所以会发生ANR问题;同时由于服务端的方法本身就运行在服务端的Binder线程中,所以服务端方法本身就可以执行大量耗时操作,这时候切记不要在服务端方法中开线程去进行异步任务(后果??);还有,由于服务端调用客户端方法,运行在客户端的Binder线程中,所以不能用它去访问UI相关内容,解决方法是用Handler切换到UI线程
(4)Binder意外死亡的解决办法?
答:①给Binder设置死亡监听,在binderDied方法中重连
②在onServiceDisconnected中重连远程服务
区别:binderDied在客户端的Binder线程池中被回调,onServiceDisconnected在客户端UI线程中回调
难点3:AIDL如何进行权限认证?
答:①在onBind中进行认证,验证不通过直接返回null(可用申明permission等方法),无法建立连接
②在服务端的onTransact方法,验证不同过返回false - 使用ContentProvider
ContentProvide是Android提供的专门用来进行不同应用间数据共享的方式,他底层同样是通过Binder实现的
难点:CRUD操作,放置SQL注入和权限控制【后面再整理】
(1)如何实现一个自定义的ContentProvider?
答:继承ContentProvider类实现6个抽象方法即可,分别为onCreat,query,update,insert,delete,getType
(2)ContentProvider的CRUD是否需要开启多线程?
答:不需要,除了onCreat运行在UI线程中,其他所有方法都运行在Binder线程池中
(3)外部应用如何访问ContentProvider?
答:android:authorities是CP的唯一标识,通过这个访问
(4)重:CRUD操作由getContentResolver.query(uri,****)实现
(5)如何区分client请求访问不同的数据表
答:UriMatcher的addURI方法可以将Uri和Uri_Code关联到一起,客户端访问时通过取出Uri_Code进行匹配
(6)query,inset等CRUD操作存在多进程并发访问,因此要做好线程同步(怎么做??)
(7)一个SQLiteDatabase内部对数据库的操作有同步处理,但多个SQLiteDatabase之间无法同步 - 使用Socket
Socket也称为套接字,分为流式套接字和用户数据报套接字两种,分别对应网络传输层中的TCP和UDP协议-----引出TCP和UDP的区别,为什么TCP三次握手,四次挥手等等
具体实现:
服务端:
(1)创建Service,然后在线程中建立TCP服务(ServerSocket),并监听相应的接口,等待客户端连接请求
(2)当客户端连接时,会生成一个新的Socket(serverSocket.accept( ))对象,服务端就可以用这个对象与客户端进行数据传输
(3)如果客户端断开连接时(这里使用客户端输入流是否为空进行判断的),服务端关闭相应的Socket并结束线程
客户端:
(1)客户端开启一个线程通过Socket发出连接请求(必要时候可以进行超时重传处理,while(socket==null))
(2)客户端读取服务端消息
(3)关闭Socket
注意点:
(1)不能在主线程中访问网络,这会导致程序无法在Android4.0及以上的设备中运行 - 在实际业务中,如果多个业务模块都要使用AIDL服务,如何解决?
答:一般来说,业务模块使用AIDL服务可以通过新建Service进行连接,但需要的业务模块很多时,肯定不可能新建那么多Sercice,这时候就要引入Binder线程池:每个业务模块建立自己的AIDL接口,但服务端只需要建立一个Service,它提供一个queryBinder接口,他能根据业务模块的特征返回相应的Binder对象给他们,这样客户端就可以用所需的Binder对象进行远程方法的调用。Binder连接池的主要作用就是将每个业务模块的Binder请求统一转发到远程Service中执行,避免重复创建Service的过程(单例实现)* - 在Android开发中提高开发效率的方法?
答:使用Binder连接池,避免了Service的反复建立,同时使AIDL统一管理【也可以说提高了性能,性能优化等等】 - 多种IPC通信方式的比较 P.121表格
Effective Java
第一条:考虑用静态工厂方法代替构造器
- 使用静态工厂方法代替构造器的好处:
(1)有名称。更易阅读
(2)不必每次调用的时候都创建一个新对象,可以将构建好的实例缓存起来,重复利用。如果程序经常请求创建相同的对象,这项技术可以大幅度提高性能。
(3)可以返回原返回类型的任何子类型对象(???)
(4)在构建参数化类型实例时,使代码更加简洁(类型推导) - 缺点:
(1)类如果不含公有的或者受保护的构造器,就不能被子类化
(2)与其他静态方法没什么差别
第二条:遇到多个构造器参数时要考虑用构建器
- 静态工厂和构造器都不能很好的扩展到大量的可选参数
- 当一个类中有大量的可选参数时(其中有必须域和可选域),应该如何构造?
答:
(1)使用重叠构造----【难以阅读,属性和传入的参数不能很明确的进行匹配】
(2)进阶:使用JavaBean构造器----【JavaBean可能处于不一致的状态】
Ps:对JavaBean可能处于不一致的状态的理解:JavaBean因为需要无参构造方法,所以成员变量不能是final类型。所以当判断两个JavaBean相同后,其中一个JavaBean可能改变属性,两个JavaBean从而发生错误和混乱。所以引出JavaBeans模式阻止了把类做成不可变的可能,就是因为不能使用final
(3)再进阶:使用Builder模式----【①所有必要域调用构造器得到builder对象;②builder调用方法设置其他属性(返回值是Builder实现重复调用 . . .);③调用无参build方法生成不可变对象(对象属性都是final类型)】
3.Builder模式的不足:①为了创建对象,必须先创建它的构建器;②比较冗长,只在很多参数的时候才使用【引出Rxjava?】
总而言之:如果类的构造器或者静态工程中具有多个参数,设计这种类时,Builder模式就是种不错的选择
问题:
- IInterface接口探究?为什么在Binder中传输的接口都需要继承它?
答:IInerface中实现了asBinder方法,这个方法可以根据当前调用情况返回代理(Proxy)的Binder对象,没有继承它就不能进行使用到Binder的IPC服务。(这个方法要区分asInterface,asInterface是根据asBinder的结果来决定是返回代理还是真正的Binder对象) - 线程同步方法是什么?该如何实现?
答:线程同步:当使用多个线程来访问同一个数据时,非常容易出现线程安全问题(比如多个线程都在操作同一数据导致数据不一致),所以我们用同步机制来解决这些问题。
方法:
(1)同步代码块:
synchronized(同一个数据){} 同一个数据:就是N条线程同时访问一个数据。
(2)同步方法:
public synchronized 数据返回类型 方法名(){}
同步方法的同步监视器是 this也就是该对象的本身(这里指的对象本身有点含糊,其实就是调用该同步方法的对象)通过使用同步方法,可非常方便的将某类变成线程安全的类,具有如下特征:
1,该类的对象可以被多个线程安全的访问。
2,每个线程调用该对象的任意方法之后,都将得到正确的结果。
3,每个线程调用该对象的任意方法之后,该对象状态依然保持合理状态。
注:synchronized关键字可以修饰方法,也可以修饰代码块,但不能修饰构造器,属性等。
线程通讯:
当使用synchronized 来修饰某个共享资源时(分同步代码块和同步方法两种情况),当某个线程获得共享资源的锁后就可以执行相应的代码段,直到该线程运行完该代码段后才释放对该共享资源的锁,让其他线程有机会执行对该共享资源的修改。当某个线程占有某个共享资源的锁时,如果另外一个线程也想获得这把锁运行就需要使用wait() 和notify()/notifyAll()方法来进行线程通讯了。
wait()方法
wait方法导致当前线程等待,直到其他线程调用同步监视器的notify方法或notifyAll方法来唤醒该线程。
notify()方法
唤醒在同步监视器上等待的单个线程,如果所有线程都在同步监视器上等待,则会选择唤醒其中一个线程,选择是任意性的,只有当前线程放弃对该同步监视器的锁定后,也就是使用wait方法后,才可以执行被唤醒的线程。
notifyAll()方法
唤醒在同步监视器上等待的所有的线程。只用当前线程放弃对该同步监视器的锁定后,才可以执行被唤醒的线程。
线程的同步:
原子操作:由一组相关的操作完成,这些操作可能会操纵与其它的线程共享的资源,为了保证得到正确的运算结果,一个线程在执行原子操作其间,应该采取其他的措施使得其他的线程不能操纵共享资源。
同步代码块:为了保证每个线程能够正常执行原子操作,Java引入了同步机制,具体的做法是在代表原子操作的程序代码前加上synchronized标记,这样的代码被称为同步代码块。
同步锁:每个JAVA对象都有且只有一个同步锁,在任何时刻,最多只允许一个线程拥有这把锁。
**死锁 **
当一个线程等待由另一个线程持有的锁,而后者正在等待已被第一个线程持有的锁时,就会发生死锁。JVM不监测也不试图避免这种情况,因此保证不发生死锁就成了程序员的责任。
如何避免死锁
一个通用的经验法则是:当几个线程都要访问共享资源A、B、C时,保证每个线程都按照同样的顺序去访问他们。 - 使用静态工厂方法代替构造器,可以返回原返回类型的任何子类型对象
问题: - Handler是什么?
答:Handler是Android消息机制的上层接口,通过它可以轻松地将一个任务切换到Handler所在的线程中去执行 - Messenger和Binder、Handler的关系?
答:Messenger是Binder(AIDL)的封装,通过Messenger.getBinder( )方法可以返回Binder对象
Messenger的构造方法中,参数可以是Binder和Handler类型 - IBinder和Binder的区别?
答:IBinder是接口 Binder是它的实现类 - 客户端会产生ANR问题,服务端会不会产生?(会) 为什么有Binder线程池还会产生ANR?(因为客户端的绑定方法在主线程中,执行方法在Binder线程中)
- TCP和UDP区别
答:
1。TCP是面向链接的,TCP的三次握手在很大程度上保证了连接的可靠性;而UDP不是面向连接的,UDP传送数据前并不与对方建立连接,对接收到的数据也不发送确认信号,发送端不知道数据是否会正确接收,当然也不用重发,所以说UDP是无连接的、不可靠的一种数据传输协议。
2。也正由于1所说的特点,使得UDP的开销更小数据传输速率更高,因为不必进行收发数据的确认,所以UDP的实时性更好。