Android入门，android开发需要什么基础

前言

非计算机大学毕业， 毕业之后 觉得程序员工资高，就去北京一家培训机构 培训了Android 然后学习一切都非常顺利 ，一学完就找到了工作， 做了 5 年， 当时在一个不大不小的公司帮人做android开发 ，工资 12K 一个月 ，2015 年 那个时候 有个朋友 鼓吹一下，辞职 拿着 30 万 跟 2 个朋友 出来开火锅店，前 2 年赚了点钱，买了车，并且贷款买了房子，但是我自己投资的其他几个副业都亏了。

这 2 年餐饮不好做啊，成本上涨太快，竞争太厉害 我们赚不到钱了，合伙人商量 9 月份把火锅店结了。

我每个月房贷要还 16000 多，小孩要上幼儿园 也要钱，还有其他的支出。 老婆的工资也就抵房贷的一半。我必须要出来打工了。

我以前的同事很多都去转前端开发了，有的转 java 了。

我的存款还允许我在家里蹲一年，我有点迷茫~~程序员 25~30 岁是黄金期，是技术成长最快的时候，而我却浪费了。

晚上翻来覆去睡不着，不知道未来怎么走。还能不能重操旧业继续做android开发/p>

为什么要使用多进程

对于进程的概念，来到这里的都是编程修仙之人，就不再啰嗦了，相信大家倒着、跳着、躺着、各种姿势都能背出来。

相信很多同学在实际开发中，基本都不会去给app划分进程，而且，在Android中使用多进程，还可能需要编写额外的进程通讯代码，还可能带来额外的Bug，这无疑加大了开发的工作量，在很多创业公司中工期也不允许，这导致了整个app都在一个进程中。

整个app都在一个进程有什么弊端/strong>

在Android中，虚拟机分配给各个进程的运行内存是有限制值的（这个值可以是32M，48M，64M等，根据机型而定），试想一下，如果在app中，增加了一个很常用的图片选择模块用于上传图片或者头像，加载大量Bitmap会使app的内存占用迅速增加，如果你还把查看过的图片缓存在了内存中，那么OOM的风险将会大大增加，如果此时还需要使用WebView加载一波 页，我就问你怕不怕！

微信，微博等主流app是如何解决这些问题的/strong>

微信移动开发团队在 《Android内存优化杂谈》 一文中就说到：“对于webview，图库等，由于存在内存系统泄露或者占用内存过多的问题，我们可以采用单独的进程。微信当前也会把它们放在单独的tools进程中”。

下面我们使用adb查看一下微信和微博的进程信息（Android 5.0以下版本可直接在“设置 -> 应用程序”相关条目中查看）：

Step0. AIDL调用流程概览

开始之前，我们先来概括一下使用AIDL进行多进程调用的整个流程：

1. 客户端使用bindService方法绑定服务端；
2. 服务端在onBind方法返回Binder对象；
3. 客户端拿到服务端返回的Binder对象进行跨进程方法调用；

开启多进程的方法很简单，只需要给四大组件指定android:process标签。

1.2 绑定MessageService到MainActivity

创建MessageService：

此时的MessageService就是刚创建的模样，onBind中返回了null，下一步中我们将返回一个可操作的对象给客户端。

Stpe2.服务端在onBind方法返回Binder对象

2.1 首先，什么是Binder/strong>

要说Binder，首先要说一下IBinder这个接口，IBinder是远程对象的基础接口，轻量级的远程过程调用机制的核心部分，该接口描述了与远程对象交互的抽象协议，而Binder实现了IBinder接口，简单说，Binder就是Android SDK中内置的一个多进程通讯实现类，在使用的时候，我们不用也不要去实现IBinder，而是继承Binder这个类即可实现多进程通讯。

2.2 其次，这个需要在onBind方法返回的Binder对象从何而来/strong>

2.3 定义AIDL接口

很明显，接下来我们需要搞一波上面说的Binder，让客户端可以调用到服务端的方法，而这个Binder又是通过AIDL接口自动生成，那我们就先从AIDL搞起，搞之前先看看注意事项，以免出事故：

AIDL支持的数据类型：

• Java 编程语言中的所有基本数据类型（如 int、long、char、boolean 等等）
• String和CharSequence
• Parcelable：实现了Parcelable接口的对象
• List：其中的元素需要被AIDL支持，另一端实际接收的具体类始终是 ArrayList，但生成的方法使用的是 List 接口
• Map：其中的元素需要被AIDL支持，包括 key 和 value，另一端实际接收的具体类始终是 HashMap，但生成的方法使用的是 Map 接口

其他注意事项：

• 在AIDL中传递的对象，必须实现Parcelable序列化接口；
• 在AIDL中传递的对象，需要在类文件相同路径下，创建同名、但是后缀为.aidl的文件，并在文件中使用parcelable关键字声明这个类；
• 跟普通接口的区别：只能声明方法，不能声明变量；
• 所有非基础数据类型参数都需要标出数据走向的方向标记。可以是 in、out 或 inout，基础数据类型默认只能是 in，不能是其他方向。

下面继续我们的例子，开始对AIDL的讲解~

2.4 创建一个AIDL接口，接口中提供发送消息的方法（Android Studio创建AIDL：项目右键 -> New -> AIDL -> AIDL File），代码如下：

手动实现Parcelable接口比较麻烦，安利一款AS自动生成插件android-parcelable-intellij-plugin创建完MessageModel这个实体类，别忘了还有一件事要做：”在AIDL中传递的对象，需要在类文件相同路径下，创建同名、但是后缀为.aidl的文件，并在文件中使用parcelable关键字声明这个类“。代码如下：

我们刚刚新增的3个文件：

• MessageSender.aidl -> 定义了发送消息的方法，会自动生成名为MessageSender.Stub的Binder类，在服务端实现，返回给客户端调用
• MessageModel.java -> 消息实体类，由客户端传递到服务端，实现了Parcelable序列化
• MessageModel.aidl -> 声明了MessageModel可在AIDL中传递，放在跟MessageModel.java相同的包路径下

OK，相信此时懵逼已解除~

2.5 在服务端创建MessageSender.aidl这个AIDL接口自动生成的Binder对象，并返回给客户端调用，服务端MessageService代码如下：

在客户端中我们调用了MessageSender的sendMessage方法，向服务端发送了一条消息，并把生成的MessageModel对象作为参数传递到了服务端，最终服务端打印的结果如下：

如果写到这里全剧终，那跟咸鱼有什么区别…

知其然，知其所以然

我们先来回顾一下从客户端发起的调用流程：

1. MessageSender messageSender = MessageSender.Stub.asInterface(service);
2. messageSender.sendMessage(messageModel);

抛开其它无关代码，客户端调跨进程方法就这两个步骤，而这两个步骤都封装在 MessageSender.aidl 最终生成的 MessageSender.java 源码（具体路径为：build目录下某个子目录，自己找，不爽你来打我啊 ）

请看下方代码和注释，前方高能预警…

只看代码的话，可能会有点懵逼，相信结合代码再看下方的流程图会更好理解：

接下来我们把回调接口注册到服务端去，修改我们的MessageSender.aidl:

服务端主要变更：

1. MessageSender.Stub实现了注册和反注册回调接口的方法；
2. 增加了RemoteCallbackList来管理AIDL远程接口；
3. FakeTCPTask模拟了长连接通知客户端有新消息到达。（这里的长连接可以是XMPP，Mina，Mars，Netty等，这里弄个假的意思意思，有时间的话咱开个帖子聊聊XMPP）

• 这里还有一个需要讲一下的，就是RemoteCallbackList，为什么要用RemoteCallbackList，普通ArrayList不行吗然不行，不然干嘛又整一个RemoteCallbackList ，registerReceiveListener 和 unregisterReceiveListener在客户端传输过来的对象，经过Binder处理，在服务端接收到的时候其实是一个新的对象，这样导致在 unregisterReceiveListener 的时候，普通的ArrayList是无法找到在 registerReceiveListener 时候添加到List的那个对象的，但是它们底层使用的Binder对象是同一个，RemoteCallbackList利用这个特性做到了可以找到同一个对象，这样我们就可以顺利反注册客户端传递过来的接口对象了。

• RemoteCallbackList在客户端进程终止后，它能自动移除客户端所注册的listener，它内部还实现了线程同步，所以我们在注册和反注册都不需要考虑线程同步，的确是个666的类。（至于使用ArrayList的幺蛾子现象，大家可以自己试试，篇幅问题，这里就不演示了）

到此，服务端通知客户端相关的代码也写完了，运行结果无非就是正确打印就不贴图了，可以自己Run一下，打印的时候注意去选择不同的进程，不然瞪坏屏幕也没有日志。

DeathRecipient

你以为这样就完了oo young too simple…

不知道你有没有感觉到，两个进程交互总是觉得缺乏那么一点安全感…比如说服务端进程Crash了，而客户端进程想要调用服务端方法，这样就调用不到了。此时我们可以给Binder设置一个DeathRecipient对象，当Binder意外挂了的时候，我们可以在DeathRecipient接口的回调方法中收到通知，并作出相应的操作，比如重连服务等等。

DeathRecipient的使用如下：

1. 声明DeathRecipient对象，实现其binderDied方法，当binder死亡时，会回调binderDied方法；
2. 给Binder对象设置DeathRecipient对象。

在客户端MainActivity声明DeathRecipient：

服务端检查权限的方法：

每个进程创建，都会调用Application的onCreate方法，这是一个需要注意的地方，我们也可以根据当前进程的pid，拿到当前进程的名字去做判断，然后做一些我们需要的逻辑，我们这个例子，拿到的两个进程名分别是：

1. 客户端进程：com.example.aidl
2. 服务端进程：com.example.aidl:remote

总结

1. 多进程app可以在系统中申请多份内存，但应合理使用，建议把一些高消耗但不常用的模块放到独立的进程，不使用的进程可及时手动关闭；
2. 实现多进程的方式有多种：四大组件传递Bundle、Messenger、AIDL等，选择适合自己的使用场景；
3. Android中实现多进程通讯，建议使用系统提供的Binder类，该类已经实现了多进程通讯而不需要我们做底层工作；
4. 多进程应用，Application将会被创建多次；

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》开源

Android优秀开源项目：

• ali1024.coding.net/public/P7/Android/git

• github.com/android

最后

想要了解更多关于大厂面试的同学可以点赞支持一下，除此之外，我也分享一些优质资源，包括：Android学习PDF+架构视频+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
用系统提供的Binder类，该类已经实现了多进程通讯而不需要我们做底层工作；
4. 多进程应用，Application将会被创建多次；

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》开源

Android优秀开源项目：

• ali1024.coding.net/public/P7/Android/git

• github.com/android

最后

想要了解更多关于大厂面试的同学可以点赞支持一下，除此之外，我也分享一些优质资源，包括：Android学习PDF+架构视频+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。