-
常见问题
-
1. 静态成员和单例模式完全失效
-
2. 线程同步机制完全失效
-
3. SharedPreferences 的可靠性下降
-
4. Application 会多次创建
-
序列化
-
Serializable
-
一般需要手动指定 serialVersionUID, 比如 1L.
-
serialVersionUID 不指定, 系统会自动计算当前类的 hash 值, 序列化时和反序列化时如果 serialVersionUID 不一致会 crash. 如果指定了 serialVersionUID, 即使有新增或者删除字段, 任然能够序列化成功.
-
Parcelable
-
writeToParcel() 序列化, 反序列化由 CREATOR 完成, 内容描述由 describeContents() 完成
-
两者之间的比较
-
Serializable 是 Java 中的序列化接口, 使用简单, 开销很大. 序列化和反序列化需要大量 I/O 操作. Parcelable 效率很高.
-
序列化到存储设备或者对象序列化后通过网络传输, 建议选择 Serializable
-
Parcelable 主要用在内存序列化上
-
Binder
-
可以使用 AIDL(系统提供的快速实现 Binder 的工具) 自动生成代码, 也可以自己写
-
Android 中 IPC 方式
-
Bundle(使用 Intent 中附加的 extras)
-
非常简单, 方便
-
使用场景: 直接传递数据
-
共享文件
-
简单方便
-
对象记得序列化
-
不建议使用 SP 进行进程间通信, 虽然它也是文件, 但是它内存有一定的缓存策略, 内存中有一份 SP 文件的缓存.
-
使用场景: 由于并发读写存在问题, 适合对数据同步要求不高的进程之间通信
-
Messenger
-
其实底层是通过 AIDL 实现的, 也就是通过 Binder 来通信的
-
数据传递必须将数据放入 Message 中
-
串行方式处理, 一个一个地来
-
AIDL
-
服务端
-
首先创建一个 Service, 用来监听客户端的连接请求, 然后创建一个 AIDL 文件, 将暴露给客户端的接口在这个 AIDL 文件中声明, 最后在 Service 中实现这个 AIDL 接口即可
-
客户端注册的 listener(RemoteCallbackList, 底层是 map,key 是 binder), 服务端调用 listener 中的方法, 这个方法是运行在客户端的 binder 线程中, 可能很耗时, 所以不能在 UI 线程搞
-
客户端
-
首先需要绑定服务端的 Service, 绑定成功后, 将服务端返回的 Binder 对象转成 AIDL 接口所属的类型, 接着就可以调用 AIDL 中的方法了.
-
调用服务端的方法时, 运行在服务端的 binder 线程池中, 不能在 UI 线程调用
-
客户端与服务端之间传递的对象不是引用, 而是序列化和反序列化了的
-
ContentProvider
ContentProvider 是 Android 中提供的专门用于不同应用间进行数据共享的方式, 天生适合进程间通信. 底层是 Binder
-
android:authorities 唯一标识
-
onCreate()在主线程中运行, 其他 () 都在 binder 线程中运行
-
通过 Uri 来区分外面要访问的数据集合, 需要定义单独 Uri 和 Uri_Code, 使用 U 日 Match 而的 addURI() 方法将 Uri 和 Uri_Code 关联到一起
-
update,insert,delete 方法会引起数据源的改变, 这时候需要调用 ContentResolver 的 notifyChange 方法来通知外界当前 ContentProvider 中的数据已经发生改变
-
观察 ContentProvider 中的数据改变情况, 可以通过 ContentProvider 的 registerContentObserver() 方法来注册观察者, unregisterContentObserver 方法来解除观察者
-
Socket(网络通信肯定是可以的撒)
-
底层实现分类
-
TCP
-
稳定
-
超时重传
-
三次握手, 四次挥手
-
UDP
-
无连接
-
不太可靠, 只保证发出去, 不保证正确传输
-
效率高
-
连接上了之后可以互相通信, 不像 Http(是 APP 主动通信, 然后服务端返回).
-
Binder 连接池
当 aidl 比较多的时候, 需要用到 Binder 连接池, 为了共用一个 Service. 这个 Service 可兼容多个 aidl
-
我们需要减少 Service 的数量,将所有的 AIDL 放在同一个 Service 中去管理。Binder 连接池用于转发查询应该使用哪个 aidl
-
IPC 优缺点及适用场景
-
Bundle
-
优点: 简单易用
-
缺点: 只能传输 Bundle 支持的数据类型
-
适用场景: 四大组件之间的进程间通信
-
文件共享
-
优点: 简单易用
-
缺点: 不适合高并发场景, 并且无法做到进程间即时通信
-
适用场景: 无并发访问情形, 交换简单的数据实时性不高的场景
-
AIDL
-
优点: 功能强大, 支持一对多并发通信, 支持实时通信
-
缺点: 使用稍复杂, 需要处理好线程同步
-
适用场景: 一对多通信且有 RPC(远程过程调用) 需求
-
Messenger
-
优点: 功能一般, 支持一对多串行通信, 支持实时通信
-
缺点: 不能很好的处理高并发情形, 不支持 RPC, 数据通过 Message 进行传输, 因此只能传输 Bundle 支持的数据类型
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
资源分享
- 最新大厂面试专题
这个题库内容是比较多的,除了一些流行的热门技术面试题,如Kotlin,数据库,Java虚拟机面试题,数组,Framework ,混合跨平台开发,等
- 对应导图的Android高级工程师进阶系统学习视频
最近热门的,NDK,热修复,MVVM,源码等一系列系统学习视频都有!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
,MVVM,源码等一系列系统学习视频都有!
[外链图片转存中…(img-kXk1w7V4-1713716917689)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!