这里讲的是大公司需要用到的一些高端Android技术,这里专门整理了一个文档,希望大家都可以看看。这些题目有点技术含量,需要好点时间去研究一下的。
为此我吧这些知识整理成了一个983的PDF,从基础到进阶。含有BATJ.字节跳动面试专题,算法专题,高端技术专题,混合开发专题,java面试专题,Android,Java小知识,到性能优化.线程.View.OpenCV.NDK等应有尽有。还有辅之相关的视频+学习笔记
更多完整项目下载。未完待续。源码。图文知识后续上传github。
可以点击关于我联系我获取
LruCache
是个泛型类,主要原理是:把最近使用的对象用强引用存储在LinkedHashMap
中,当缓存满时,把最近最少使用的对象从内存中移除,并提供get/put方法完成缓存的获取和添加。LruCache
是线程安全的,因为使用了synchronized关键字。
当调用put()方法,将元素加到链表头,如果链表中没有该元素,大小不变,如果没有,需调用trimToSize方法判断是否超过最大缓存量,trimToSize()方法中有一个while(true)死循环,如果缓存大小大于最大的缓存值,会不断删除LinkedHashMap中队尾的元素,即最少访问的,直到缓存大小小于最大缓存值。当调用LruCache的get方法时,LinkedHashMap会调用recordAccess方法将此元素加到链表头部。
**1)**Glide.with(context)创建了一个RequestManager
,同时实现加载图片与组件生命周期绑定:在Activity上创建一个透明的ReuqestManagerFragment
加入到FragmentManager
中,通过添加的Fragment感知Activty
`Fragment的生命周期。因为添加到Activity中的Fragment会跟随Activity的生命周期。在
RequestManagerFragment中的相应生命周期方法中通过
liftcycle传递给在
lifecycle中注册的
LifecycleListener`
2)RequestManager.load(url)
创建了一个RequestBuilder
对象 T可以是Drawable
对象或是ResourceType
等
3 )RequestBuilder.into(view)
–>into(glideContext.buildImageViewTarget(view, transcodeClass))
返回的是一个DrawableImageViewTarget
, Target用来最终展示图片的,buildImageViewTarget
–>ImageViewTargetFactory.buildTarget()
根据传入class参数不同构建不同的Target对象,这个Class是根据构建Glide时是否调用了asBitmap()
方法,如果调用了会构建出BitmapImageViewTarget
,否则构建的是GlideDrawableImageViewTarget
对象。
–>GenericRequestBuilder.into(Target)
,该方法进行了构建Request,并用RequestTracker.runRequest()
Request request = buildRequest(target);//构建Request对象,Request是用来发出加载图片的,它调用了buildRequestRecursive()方法以,内部调用了GenericRequest.obtain()方法
target.setRequest(request);
lifecycle.addListener(target);
requestTracker.runRequest(request);//判断Glide当前是不是处于暂停状态,若不是则调用Request.begin()方法来执行Request,否则将Request添加到待执行队列里,等暂停态解除了后再执行
–>GenericRequest.begin()
4) onSizeReady()·–> Engine.load(signature
, width
,height
, dataFetcher
, loadProvider
, transformation
, transcoder
,
priority, isMemoryCacheable
,diskCacheStrategy
, this) --> a)先构建EngineKey
; b)loadFromCache
从缓存中获取EngineResource
,如果缓存中获取到cache就调用cb.onResourceReady(cached)
; c)如果缓存中不存在调用loadFromActiveResources
从active中获取,如果获取到就调用cb.onResourceReady(cached)
;d)如果active中也不存在,调用EngineJob.start(EngineRunnable)
, 从而调用decodeFromSource()
/decodeFromCache()
–>如果是调用decodeFromSource()
–>ImageVideoFetcher.loadData()
–>HttpUrlFetcher()
调用HttpUrlConnection
进行网络请求资源–>得于InputStream()
后,调用decodeFromSourceData()
–>loadProvider.getSourceDecoder().decode()
方法解码–>GifBitmapWrapperResourceDecoder.decode()
–>decodeStream()
先从流中读取2个字节判断是GIF还是普通图,若是GIF调用decodeGifWrapper()
来解码,若是普通静图则调用decodeBitmapWrapper()
来解码–>bitmapDecoder.decode()
1) 内存缓存:LruResourceCache(memory)+
弱引用activeResources
MapEngineResource
>>> activeResources
正在使用的资源,当acquired变量大于0,说明图片正在使用,放到activeResources
弱引用缓存中,经过release()后,acquired=0,说明图片不再使用,会把它放进LruResourceCache
中
2)磁盘缓存:DiskLruCache
,这里分为Source(原始图片)和Result(转换后的图片)
第一次获取图片,肯定网络取,然后存active\disk中,再把图片显示出来,第二次读取相同的图片,并加载到相同大小的imageview
中,会先从memory中取,没有再去active中获取。如果activity执行到onStop
时,图片被回收,active中的资源会被保存到memory中,active中的资源被回收。当再次加载图片时,会从memory中取,再放入active中,并将memory中对应的资源回收。
之所以需要activeResources
,它是一个随时可能被回收的资源,memory的强引用频繁读写可能造成内存激增频繁GC
,而造成内存抖动。资源在使用过程中保存在activeResources
中,而activeResources
是弱引用,随时被系统回收,不会造成内存过多使用和泄漏。
Glide内存缓存最大空间(maxSize)=每个进程可用最大内存0.4(低配手机是 每个进程可用最大内存0.33)
磁盘缓存大小是250MB int DEFAULT_DISK_CACHE_SIZE = 250 * 1024 * 1024;
(1)网络缓存优先考虑强制缓存,再考虑对比缓存
(2)okhttp缓存
开启使用Okhttp的缓存其实很简单,只需要给OkHttpClient
对象设置一个Cache对象即可,创建一个Cache时指定缓存保存的目录和缓存最大的大小即可。
//新建一个cache,指定目录为外部目录下的okhttp_cache目录,大小为100M
Cache cache = new Cache(new File(Environment.getExternalStorageDirectory() + "/okhttp_cache/"), 100 * 1024 * 1024);
//将cache设置到OkHttpClient中,这样缓存就开始生效了。
OkHttpClient client = new OkHttpClient.Builder().cache(cache).build();
相关的类有:
1)CacheControl( HTTP中的Cache-Control和Pragma缓存控制):指定缓存规则
2)Cache(缓存类)
3)DiskLruCache(文件化的LRU缓存类)
(1)读取缓存:先获限OkHttpClient
的Cache缓存对象,就是上面创建OkHttpClient
设置的Cahce
; 传Request请求到Cache的get方法查找缓存响应数据Response;构造一个缓存策略,再调用它的get去决策使用网络请求还是缓存响应。若使用缓存,它的cacheResponse
不为空,networkRequest
为空,用缓存构造响应直接返回。若使用请求,则cacheResponse
为空,networkRequest
不为空,开始网络请求流程。
Cache的get获取缓存方法,计算request的key值(请求url进行md5加密),根据key值去DisLruCache查找是否存在缓存内容,存则则创建绘存Entry实体。ENTRY_METADATA代表响应头信息,ENTRY_BODY代表响应体信息。如果缓存存在,在指定目录下会有两个文件****.0 *****.1分别存储某个请求缓存响应头和响应体信息。
CacheStrategy的get方法:
(2)存储缓存流程:从HttpEngine
的readResponse()
发送请求开始,判断hasBody(userResponse)
,如果缓存的话,maybeCache()
缓存响应头信息,unzip(cacheWritingResponse(storeRequest, userResponse))
缓存响应体。
一张图片(bitmap)占用的内存影响因素:图片原始长、宽,手机屏幕密度,图片存放路径下的密度,单位像素占用字节数
bitmapSize=图片长度*(inTargetDensity手机的density / inDensity图片存放目录的density)宽度(手机的inTargetDensity / inDensity目标存放目录的density)*单位像素占用的字节数(图片长宽单位是像素)
1)图片长宽单位是像素:单位像素字节数由其参数
BitmapFactory.Options.inPreferredConfig
变量决定,它是Bitmap.Config类型,包括以下几种值:ALPHA_8图片只有alpha值,占用一个字节;ARGB_4444
一个像素占用2个字节,A\R\G\B各占4bits
;ARGB_8888
一个像素占用4个字节,A\R\G\B各占8bits
(高质量图片格式,bitmap默认格式);ARGB_565
一个像素占用2字节,不支持透明和半透明,R占5bit
, Green占6bit
, Blue占用5bit
. 从Android4.0
开始该项无效。
2)inTargetDensity
手机的屏幕密度(跟手机分辨率有关系)
inDensity
原始资源密度(mdpi:160
; hdpi:240
; xhdpi:320
; xxhdpi:480
; xxxhdpi:640
)
当Bitmap对象在不使用时,应该先调用recycle(),再将它设置为null,虽然Bitmap在被回收时可通过BitmapFinalizer
来回收内存。但只有系统垃圾回收时才会回收。Android4.0
之前,Bitmap内存分配在Native堆中,Android4.0
开始,Bitmap的内存分配在dalvik
堆中,即Java堆中,调用recycle()并不能立即释放Native内存。
RxJava
是基于响应式编程,基于事件流、实现异步操(类似于Android中的AsyncTask
、Handler
作用)作的库,基于事件流的链式调用,使得RxJava
逻辑简洁、使用简单。RxJava
原理是基于一种扩展的观察者模式,有四种角色:被观察者Observable 观察者Observer 订阅subscribe 事件Event。RxJava
原理可总结为:被观察者Observable通过订阅(subscribe)按顺序发送事件(Emitter)给观察者(Observer), 观察者按顺序接收事件&作出相应的响应动作。
RxJava
中的操作符:
1)defer():直到有观察者(Observer)订阅时,才会动态创建被观察者对象(Observer)&发送事件,通过Observer工厂方法创建被观察者对象,每次订阅后,都会得到一个刚创建的最新的Observer对象,可以确保Observer对象里的数据是最新的。defer()方法只会定义Observable对象,只有订阅操作才会创建对象。
Observable observable = Observable.defer(new Callable>() {
@Override
public ObservableSource extends T> call() throws Exception {
return Observable.just();
}
}
2)timer() 快速创建一个被观察者(Observable),延迟指定时间后,再发送事件
Observable.timer(2, TimeUnit.SECONDS)//也可以自定义线程timer(long, TimeUnit, Scheduler)
.subscribe(new Observer() {
@Override
public void onSubscribe(Disposable d) {
}
...
});
3) interval() intervalRange() 快速创建一个被观察者对象(Observable),每隔指定时间就发送事件
//interval三个参数,参数1:第一次延迟时间 参数2:间隔时间数字 参数3:时间单位
Observable.interval(3, 1, TimeUnit.SECONDS).subscribe();
//intervalRange五个参数,参数1:事件序列起始点 参数2:事件数量 参数3:第一次延迟时间 参数4:间隔时间数字 参数5:时间单位
Observable.intervalRange(3, 10, 2, 1, TimeUnit.SECONDS).subscribe();
RxJava的功能与原理实现
1)创建被观察者对象Observable&定义需要发送的事件
Observable.create(new ObservableOnSubscribe(){
@Override
public void subscribe(ObservableEmitter emitter) throws Exception {
//定义发送事件的行为
}
});
Observable.create()方法实际创建了一个ObservableCreate
对象,它是Observable的子类,传入一个ObservableOnSubscrib
e对象,复写了发送事件行为的subscribe()方法。
2)创建观察者对象Observer&定义响应事件的行为
Observer observer = new Observer() {
@Override
public void onSubscribe(Disposable d){//Disposable对象可用于结束事件
//默认最先调用
}
@Override
public void onNext(T t){
}
@Override
public void onError(Throwable d){
}
@Override
public void onComplete(){
}
}
3)通过subscribe()方法使观察者订阅被观察者
Observable.subscribe(Observer observer);//实际调用的是ObservableCreate.subscribeActual()方法,具体实现如下
protected void subscribeActual(Observer super T> observer) {
// 1. 创建1个CreateEmitter对象用于发射事件(封装成1个Disposable对象)
CreateEmitter parent = new CreateEmitter(observer);
// 2. 调用观察者(Observer)的onSubscribe()
observer.onSubscribe(parent);
try {
// 3. 调用source对象的(ObservableOnSubscribe对象)subscribe()
source.subscribe(parent);
} catch (Throwable ex) {
Exceptions.throwIfFatal(ex);
parent.onError(ex);
}
}
更多完整项目下载。未完待续。源码。图文知识后续上传github。
可以点击关于我联系我获取