…
public interface Observer {
/**
-
Called when the data is changed.
-
@param t The new data
*/
void onChanged(@Nullable T t);
}
第一个参数可以直接传activity,如果activity已经销毁直接return,否则owner.getLifecycle().addObserver(wrapper);,LiveData调用postValue或者setValue方法就会回调Observer的onChanged方法
-
LiveData的observe方法接收activity的getLifeCycle(可感知activity生命周期)和Observer(添加一个观察者到LiveData的内部集合里)。
-
LiveData的setValue方法将数据通知到所有观察者,如果actiivty已经销毁则之间解除订阅。否则所有观察者的onChange(T t)方法会被执行
这数据处理逻辑放在ViewModel里,需要更新UI时给观察者发送通知即可,同时不用关心内存泄漏
4.ViewModel
===========
-
处理逻辑
-
存储数据,ViewModel储存的数据activity旋转后数据不会丢失
-
数据共享
5.Flowable和Observable
=====================
RxJava1中使用Observable和Observer建立起订阅关系,但会产生背压问题。Rxjava2使用Flowable和Subscriber替换RaJava1的Observable和Observer。Flowable是在Observable的基础上优化后的产物,Observable能解决的问题Flowable也都能解决。但是并不代表Flowable可以完全取代Observable,Flowable运行效率要比Observable慢得多。 只有在需要处理背压问题时,才需要使用Flowable
-
当上下游在不同的线程中,通过Observable发射,处理,响应数据流时,如果上游发射数据的速度快于下游接收处理数据的速度,这样对于那些没来得及处理的数据就会造成积压,这些数据既不会丢失,也不会被垃圾回收机制回收,而是存放在一个异步缓存池中,如果缓存池中的数据一直得不到处理,越积越多,最后就会造成内存溢出,这便是响应式编程中的背压(backpressure)问题
-
如果能够确定:
-
上下游运行在同一个线程中
-
上下游工作在不同的线程中,但是下游处理数据的速度不慢于上游发射数据的速度
-
上下游工作在不同的线程中,但是数据流中只有一条数, 则不会产生背压问题,就没有必要使用Flowable,以免影响性能。
6.app优化
=======
-
内存优化:使用leakcanary抓取内存泄露,或者使用android studio抓取内存信息,通过Profiler分析内存泄露情况
-
体积优化 不复杂图片使用svg代替png。换肤时使用着色器,可减少图片资源 build文件配置 保留指定语言 保留指定so库架构 开启混淆压缩
7.Rxjava中关于Disposable
=====================
Rxjava容易遭层内存泄漏。在订阅了事件后没有及时取阅,导致在activity或者fragment销毁后仍然占用着内存,无法释放。而disposable,可以用来取消订阅
8.Glide
=======
-
Glide的缓存 Glide缓存机制大致分为三层:Lru算法缓存、弱引用缓存、磁盘缓存 读取的顺序是:Lru算法缓存、弱引用缓存、磁盘缓存(据说glide最新版改了,先从弱引用中取,没有的话再从Lru中取,再放进弱引用中)
-
Glide.with(this) .load(“http://www.baidu.com/img/bdlogo.png”) .into(imageView); with()方法是对RequestManager进行配置 public static RequestManager with(FragmentActivity activity) { return getRetriever(activity).get(activity); } 复制代码 load()方法是对RequestBuilder进行配置 public RequestBuilder load(@Nullable Object model) { return asDrawable().load(model); } 复制代码 into()方法是通过线程池给imageView进行图片的加载设置
-
占用内存较小 默认使用RGB_565格式
-
支持gif
-
与Activity生命周期绑定,不会出现内存泄露 Glide绑定Activity时,生成一个无UI的Fragment 将无UI的Fragment的LifeCycle传入到RequestManager中 在RequestManager的构造方法中,将RequestManager存入到之前传入的Fragment的LifeCycle,在回调LifeCycle时会回调到Glide的相应方法
9.Android串口
===========
通过串口编程可以让Android应用和外设进行通信,通过谷歌提供的一个库来开发。
通过那个库,打开串口。获取输入输出流,就可以利用串口接收数据和发送数据了
核心参数:
path:为串口的物理地址,一般硬件工程师都会告诉你的例如ttyS0、ttyS1等,或者通过SerialPortFinder类去寻找得到可用的串口地址。
baudrate:波特率,与外接设备一致
flags:设置为0,原因较复杂,见文章最底下
10.断点续传实现
=========
-
在本地下载过程中要使用数据库实时存储到底存储到文件的哪个位置了
-
下次继续传递时,才能通过HTTP的GET请求中的setRequestProperty(“Range”,“bytes=startIndex-endIndex”);方法可以告诉服务器,数据从哪里开始,到哪里结束
-
同时在本地的文件写入时,RandomAccessFile的seek()方法也支持在文件中的任意位置进行写入操作
-
最后通过广播或事件总线机制将子线程的进度告诉Activity的进度条。关于断线续传的HTTP状态码是206
11.RxJava 变换操作符 map flatMap concatMap zip buffer
================================================
-
map:【数据类型转换】将被观察者发送的事件转换为另一种类型的事件。适用于一对一转换
-
flatMap:【化解循环嵌套和接口嵌套】将被观察者发送的事件序列进行拆分 & 转换 后合并成一个新的事件序列,最后再进行发送。应用场景:一个接口调用时依赖另一个接口的返回值,适用于一对多
-
concatMap:【有序】与 flatMap 的 区别在于,拆分 & 重新合并生成的事件序列 的顺序与被观察者旧序列生产的顺序一致。
-
zip: 应用场景:两个接口的数据相互结合才能显示UI
-
buffer:定期从被观察者发送的事件中获取一定数量的事件并放到缓存区中,然后把这些数据集合打包发射。
12.热修复
======
-
什么是dex分包 把一个apk解压后,会有一个classes.dex的文件,它包含了我们项目中所有的class文件 dvm中存储方法id用的是short类型,所以就导致dex中方法不能超过65535个
-
分包的原理 就是将编译好的class文件,拆分打包成多个dex 除了第1个dex文件外(正常apk中存在的唯一的dex文件),其他的所有dex文件都以资源的形式放到apk里面,并在Application的onCreate回调中通过系统的ClassLoader加载它们。 注意:在注入之前就已经引用到的类,则必须放到第一个dex文件中,否则会提示找不到该文件
-
ClassLoader动态加载 每个dex文件是一个Element,多个dex文件排列成一个有序的数组就是dexElements 将我们修复Bug后的dex文件,通过反射加入到dexElements数组最前面,就可以了
13.消息机制
=======
-
MessageQueue的数据结构 --> 链表(因为要不停的插入和取出消息,链表插入和删除是O(1),数组是O(n))
-
Message插入的位置 --> 遍历MessageQueue,比较插入消息和MessageQueue中消息的when,插入后保证MessageQueue的when从小到大排列即可
-
什么时候取出消息 --> 会有个循环从MessageQueue中取消息,会根据第一个消息的when进行阻塞,直到阻塞时间到,就会唤醒next方法取消息
-
Handle怎么发送Runnable --> 封装成Message,Message有一个Runnable类型的成员变量
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
总结
本文讲解了我对Android开发现状的一些看法,也许有些人会觉得我的观点不对,但我认为没有绝对的对与错,一切交给时间去证明吧!愿与各位坚守的同胞们互相学习,共同进步!
在这里我也分享一份自己收录整理的**Android学习PDF+架构视频+面试文档+源码笔记,还有高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料**帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习
观点不对,但我认为没有绝对的对与错,一切交给时间去证明吧!愿与各位坚守的同胞们互相学习,共同进步!
在这里我也分享一份自己收录整理的**Android学习PDF+架构视频+面试文档+源码笔记,还有高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料**帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习