先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip204888 （备注Android）
正文
-
静态数据获取的时候得到的不是同一份。
-
sharePreference等数据共享可靠性下降。 -
Application会多次创建。
-
线程同步机制完全失效。
这些问题产生的最主要原因就是不同的进程是跑在不同的虚拟机中的，彼此拥有独立的内存空间，所以不同进程对于静态值的修改只会影响自身进程。所以只要是通过内存来共享的数据，在四大组件的多进程中，都会失败，这也是多进程带来的主要影响。 为了解决这些问题，便要使用安卓提供的多进程间通讯的方法。方法有很多，我们可以使用Intent,文件共享，SharePreference ，AIDL，Socket和基于Binder的Messager等方式来实现。安卓使用了linux内核，但是进程间通讯的方式不完全继承自linux。 Binder 是安卓系统中最有特色的进程间通讯方案。 这么说是因为在安卓中，通过独特的Binder，我们可以轻松实现进程间通讯。
================================================================
这里主要讲三个方面的内容
-
序列化相关接口 Serializable
-
序列化相关的 Parcelable。
-
进程间通信的 Binder
当我们想要使用Intent 和Binder 来传输数据的时候，就需要使用Parcelable 或者 Serializable。或者当我们想要将数据持久化或者通过网络传输的时候，也需要使用Serializable 来完成对象的持久化。
==========================================================================
Serializable 是java提供的一个序列化接口，使用方式很简单，只需要让需要序列化的类实现该接口就行。 序列化实现原理：
-
执行
ObjectOutputStram#writeObject进行序列化 -
内部会创建
ObjectStreamClass实例，维护serialVersionUID值，writeObject方法 和readObject方法等 -
判断并执行自定义的
writeReplace方法，得到新的待序列化对象 -
判断是否
Serializable实例，执行writeOrdinaryObject方法写入序列化
除了简单的实现 Serializable接口之外，还有一些可选的字段和方法可以进行自定义 ，如下面的代码所示：
class User(val name: String = “你好阿”) : Serializable {
private fun writeReplace(): Any? = null
private fun readResolve(): Any? = null
companion object {
private val serialVersionUID = 1L
private fun writeObject(ops: ObjectOutputStream) {}
private fun readObject(ips: ObjectInputStream) {}
private fun readObjectNoData() {}
}
}
这些方法都在ObjectStreamClass 中进行维护和处理，实现版本维护和序列化自定义。 比较重要的是serialVersionUID字段，该字段标记了实体类的版本号，当反序列化的时候，通过比对版本号判断是否结构没有发生大的改变，完成反序列过程。 **提供该字段会让反序列化变得更加可靠可控。**一般在即时的数据传输过程中不需要提供该字段，系统也会自动生成该类的hash值并将它赋值给serialVersionUID。但是在一些持久化操作的时候，提供该字段就是一个比较重要的工作。因为如果没有提供，一旦有属性改动，类的hash结果也会改变，直接将导致之前的数据无法反序列化成功，抛出异常。这对于体验的影响是严重的。 所以在需要持久化数据的场景下，需要提供**serialVersionUID** 字段。 Serializable 的序列化和反序列化代码很简单，下面举个简单的例子。
val file = File(“aaaa”)
file.createNewFile()
///序列化过程
ObjectOutputStream(FileOutputStream(file))
.use {
it.writeObject(User(“张三”))
}
///反序列化
val user: User? =
ObjectInputStream(FileInputStream(file)).use {
it.readObject() as User?
}
println(“序列化结果”)
println(user?.name)
上述代码完成了Serializable 方式序列化的整个过程。很简单，直接使用ObjectOutputStream 和 ObjectInputStream 就可以了。
========================================================================
介绍完Serializable，再来看看Parcelable 。Parcelable也是一个接口，只要实现这个接口，就可以实现序列化并通过intent和binder进行传递。看看一个经典的用法：
class User(val name: String? = “小王”) : Parcelable {
constructor(parcel: Parcel) : this(parcel.readString()) {
}
override fun writeToParcel(parcel: Parcel, flags: Int) {
parcel.writeString(name)
}
override fun describeContents(): Int {
return 0
}
companion object CREATOR : Parcelable.Creator {
override fun createFromParcel(parcel: Parcel): User {
return User(parcel)
}
override fun newArray(size: Int): Array<User?> {
return arrayOfNulls(size)
}
}
}
可以看到有这么四个自定义的方法，说明如下：
-
writeToParcel 实现序列化功能，写入到parcel
-
describeContents 提供内容描述，几乎都是返回0，只有在存在文件描述符的时候才返回1
-
createFromParcel 实现反序列功能，从序列化后的对象中创建原始对象
-
newArray 提供数组容器
Parcelale和Serializable 都能实现序列化，怎么选呢？我们可以根据两种方案的区别来选择。Serializable使用简单，但是开销比较大，在序列化和反序列化的过程中需要大量的I/O操作。而Parcelable 的使用稍微复杂一些，但是性能比较好是Android 推荐的序列化方式。所以在进行内存传递的时候，可以使用Parcelable进行序列化，但是在涉及到持久化和网络传输的时候，Parcelable也能实现，但是使用会比较复杂，所以在这两种情况下建议使用Serializable。上面就是两种序列化方案的区别。
====================================================================
Binder是Android专有的一种通信方式，Binder底层有kernel驱动的支持，设备驱动文件是/dev/binder，通过该驱动，android 在native层有一整套C/S架构，在java层也封装了一层相应实现。直观来说，Binder是Android中的一个类，它继承了IBinder接口。 Binder 可以进行跨进程通讯，也可以进行本地进程通讯。我们在写一个无须跨进程的本地服务 LocalService 时，可以直接获取Binder类来进行通讯。 基于binder,Android实现了多个ManagerService。因为android 系统有各种系统组件硬件需要暴露给其他进程，并且要集中管理，所以安卓在实现管理方案之后，再通过binder来暴露对应的接口服务，比如pms，ams，wms。 Android开发中，开发者对于Binder最直接的应用就是使用AIDL，相关使用流程大概有以下几步：
-
创建aidl文件，声明方法
-
继承生成的Stub类(Binder的抽象子类)，实现服务端操作的相关接口方法
-
创建另一个进程中运行的service，在其onBind方法中返回该Binder实例
-
使用该Service，通过
ServiceConnection#onServiceConnected回调中得到的参数IBinder 获取定义接口的Binder实例。如IHelloManager.Stub.asInterface(service)。 -
通过Binder实例进行远程方法调用。
先看谷歌官方开发者文档的介绍 我们可以利用AIDL定义客户端与服务均认可的编程接口，以便二者使用进程间通信 (IPC) 进行相互通信。在安卓中，编写进程间通信的代码较为繁琐，Android 会使用AIDL 帮我们处理这类问题。 我们先从一个典型的AIDL实例入手来探究。
定义AIDL接口
我们来定义一个 aidl 接口文件
//IHelloManager.aidl
package top.guuguo.wanandroid.tv;
import top.guuguo.wanandroid.tv.User;
interface IHelloManager {
User getFriend();
void setFriend(in User friend);
}
//User.aidl
package top.guuguo.wanandroid.tv;
parcelable User;
其中用到了User对象，所以上文还定义了该User.aidl，该对象实现Parcelable接口。 我们找到generated/aidl_source_output_dir观察对应生成的java 类:IHelloManager.java。
public interface IHelloManager extends android.os.IInterface {
/**
- Default implementation for IHelloManager.
*/
public static class Default implements top.guuguo.wanandroid.tv.IHelloManager {
/***/
}
/**
- Local-side IPC implementation stub class.
*/
public static abstract class Stub extends android.os.Binder implements top.guuguo.wanandroid.tv.IHelloManager {
/***/
private static class Proxy implements top.guuguo.wanandroid.tv.IHelloManager {
/***/
}
}
public top.guuguo.wanandroid.tv.User getFriend() throws android.os.RemoteException;
public void setFriend(top.guuguo.wanandroid.tv.User friend) throws android.os.RemoteException;
}
可以看到生成了IHelloManager 接口，实现IInterface。可以看到默认生成了三个该接口的实现类。Default，Stub 和Stub.Proxy。 Stub 是一个Binder类,是一个实例是服务端对象。Stub.Proxy 是Proxy的服务端代理类，其中执行方法的时候，调用了服务端的transact方法进行进程间数据交互转换，这两个实现类就是IHelloManager的核心类。 看看Stub类的代码：
public static abstract class Stub extends android.os.Binder implements top.guuguo.wanandroid.tv.IHelloManager {
private static final java.lang.String DESCRIPTOR = “top.guuguo.wanandroid.tv.IHelloManager”;
public Stub() {
this.attachInterface(this, DESCRIPTOR);
}
public static top.guuguo.wanandroid.tv.IHelloManager asInterface(android.os.IBinder obj) {
if ((obj == null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin != null) && (iin instanceof top.guuguo.wanandroid.tv.IHelloManager))) {
return ((top.guuguo.wanandroid.tv.IHelloManager) iin);
}
return new top.guuguo.wanandroid.tv.IHelloManager.Stub.Proxy(obj);
}
@Override
public android.os.IBinder asBinder() {}
@Override
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {
java.lang.String descriptor = DESCRIPTOR;
switch (code) {
case INTERFACE_TRANSACTION: {
reply.writeString(descriptor);
return true;
}
case TRANSACTION_getFriend: {
data.enforceInterface(descriptor);
top.guuguo.wanandroid.tv.User _result = this.getFriend();
reply.writeNoException();
if ((_result != null)) {
reply.writeInt(1);
_result.writeToParcel(reply, android.os.Parcelable.PARCELABLE_WRITE_RETURN_VALUE);
} else {
reply.writeInt(0);
}
return true;
}
case TRANSACTION_setFriend: {
data.enforceInterface(descriptor);
top.guuguo.wanandroid.tv.User _arg0;
if ((0 != data.readInt())) {
_arg0 = top.guuguo.wanandroid.tv.User.CREATOR.createFromParcel(data);
} else {
_arg0 = null;
}
this.setFriend(_arg0);
reply.writeNoException();
return true;
}
default: {
return super.onTransact(code, data, reply, flags);
}
}
}
static final int TRANSACTION_getFriend = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
static final int TRANSACTION_setFriend = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);
public static boolean setDefaultImpl(top.guuguo.wanandroid.tv.IHelloManager impl) {
if (Stub.Proxy.sDefaultImpl != null) {
throw new IllegalStateException(“setDefaultImpl() called twice”);
}
if (impl != null) {
Stub.Proxy.sDefaultImpl = impl;
return true;
}
return false;
}
public static top.guuguo.wanandroid.tv.IHelloManager getDefaultImpl() {
return Stub.Proxy.sDefaultImpl;
}
}
下面介绍一下Stub类中成员的含义：
Binder的唯一标识，一般是当前Binder的类名。本例是"top.guuguo.wanandroid.tv.IHelloManager"
将服务端的Binder对象转换成对应AIDL接口对象。通过queryLocalInterface区分进程，如果双端是在同一进程中，返回的对象就是Stub对象，如果是在不同的进程中，则返回其Proxy代理对象。
面试复习路线，梳理知识，提升储备
自己的知识准备得怎么样，这直接决定了你能否顺利通过一面和二面，所以在面试前来一个知识梳理，看需不需要提升自己的知识储备是很有必要的。
关于知识梳理，这里再分享一下我面试这段时间的复习路线：（以下体系的复习资料是我从各路大佬收集整理好的）
- 架构师筑基必备技能
- Android高级UI与FrameWork源码
- 360°全方面性能调优
- 解读开源框架设计思想
- NDK模块开发
- 微信小程序
- Hybrid 开发与Flutter
知识梳理完之后，就需要进行查漏补缺，所以针对这些知识点，我手头上也准备了不少的电子书和笔记，这些笔记将各个知识点进行了完美的总结：
《960全网最全Android开发笔记》
《379页Android开发面试宝典》
历时半年，我们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。
如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数
[外链图片转存中…(img-HlOeT3ZC-1713046140052)]
《507页Android开发相关源码解析》
只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-nxB001Pm-1713046140052)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
982
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
