Binder通讯之AIDL有感

题记：这篇读后感是我读了《android开发艺术》这本书后的写的，当然是我结合了书和我自己的理解，我觉得边看源码，边看我的文章会有更好的效果，因为源码真TM的枯燥；

首先，自己创建一个A.aidl文件 ，然后运行好了之后会出现一个完整的A.aidl文件，这个文件不会出现在文件目录中，这个里面有几个重点，一个是Stub对象，他实现了A中的方法，注意，记住Service会通过Binder binder = new A.Stub(){…}来实例化binder；我们来深入一下Stub，它继承了IBinder（最初始版本的Binder，即Binder的爹），所以它里面会有asInterface方法，这个方法里面，我们会看到一个神奇的东西Proxy，这个被我们誉为代理的东西，然后跳转一下你的脑子，以前有么有看到过这么个说法，客户端和服务器通过Binder来通讯的时候，Binder会接收到客户端和服务端的实体请求，但是到了Binder这边这些东西都会被proxy封装起来（这边是我自己组织的，为了更好的理解），然后看下Proxy这个东西，里面貌似已经为我们做好了读取的顺序，相比直接写Binder的时候经常碰到传递的数据一定要Parcel的，然后在transact()／ontransact()方法中有序的排列，很麻烦，但是Proxy中已经自动帮你拍版一遍了，这么说你们知道Proxy的好处了吧，（其他好处我貌似看不懂，看懂再来说），既然知道了Proxy的好处，那就是知道了Stub的好处，随即也就知道了AIDL的好处了。

以上是ADIL里面的讲解，现在讲解一下这个怎么用，实际上是和binder一样一样的，我刚刚也说了Binder binder = new A.Stub(){…}来实例化binder。然后我再看一个案例的时候，我突然看到他里面用了观察者模式，这个真的非常的妙，可能是我比较才，但是我真的感觉这种写法让我的世界豁然开朗，不但让我了解到AIDL是什么，还让我知道观察者模式的精髓，下面附上代码：

先讲一下下面代码的来源，我要做一个服务端的图书更新了，实时推送到客户端手机上的故事环境：

客户端：进行注册

binder.registerListener(接受推送的监听)；

下面就是客户端接受推送的监听：

客户端

服务端：

服务端

精髓在ServiceWorker和onNewBookArrived中；