这里讲的是大公司须要用到的一些高端Android技术,这里专门整理了一个文档,但愿你们均可以看看。这些题目有点技术含量,须要好点时间去研究一下的。java
为此我吧这些知识整理成了一个983的PDF,从基础到进阶。含有BATJ.字节跳动面试专题,算法专题,高端技术专题,混合开发专题,java面试专题,Android,Java小知识,到性能优化.线程.View.OpenCV.NDK等应有尽有。还有辅之相关的视频+学习笔记
android
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
能够点击
github.com/xiangjiana/…c++获取完整PDFgit
LruCache
是个泛型类,主要原理是:把最近使用的对象用强引用存储在LinkedHashMap
中,当缓存满时,把最近最少使用的对象从内存中移除,并提供get/put方法完成缓存的获取和添加。LruCache
是线程安全的,由于使用了synchronized关键字。github
当调用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>
对象 T能够是Drawable
对象或是ResourceType
等sql
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
Map<Key, WeakReference
<EngineResource
<?>>> 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)=每一个进程可用最大内存
磁盘缓存大小是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=图片长度
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<T> observable = Observable.defer(new Callable<ObservableSource<? extends T>>() {
@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<Long>() {
@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<T>(){
@Override
public void subscribe(ObservableEmitter<T> emitter) throws Exception {
//定义发送事件的行为
}
});
复制代码
Observable.create()方法实际建立了一个ObservableCreate
对象,它是Observable的子类,传入一个ObservableOnSubscrib
e对象,复写了发送事件行为的subscribe()方法。
2)建立观察者对象Observer&定义响应事件的行为
Observer observer = new Observer<T>() {
@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<T> parent = new CreateEmitter<T>(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。)
能够点击
github.com/xiangjiana/…获取完整PDF