蓝牙4.0 java,Android 面试题整理

Android 插件化和热修复知识梳理

https://www.jianshu.com/p/704cac3eb13d

Activity生命周期

https://www.jianshu.com/p/b5a72a741025

Android优化中弱引用WeakReference的知识

https://blog.csdn.net/printfcc/article/details/79131479

Android四种引用：强引用、软引用、弱引用和虚引用

https://www.jianshu.com/p/1cbdc8f52014

Android各大图片加载框架之间的比较.

https://blog.csdn.net/tomcat0916/article/details/81902189

Android网络框架对比

https://www.jianshu.com/p/ff67472a6638

Android 中常用加密算法

https://blog.csdn.net/muranfei/article/details/82626656

安卓的内存管理机制

https://www.cnblogs.com/chendu123/p/6081305.html

Android性能优化总结

https://blog.csdn.net/xiangzhihong8/article/details/92800490

浅析android的OOM问题

https://www.jianshu.com/p/ee78eb0fb651

理解Android虚拟机体系结构

https://www.cnblogs.com/lao-liang/p/5111399.html

Android多线程方式

https://blog.csdn.net/baidu_36385172/article/details/79705915

Android中的缓存机制

https://www.jianshu.com/p/ad2b8af03133

MVP，MVC，MVVM的区别及各自优势

https://blog.csdn.net/victoryzn/article/details/78392128

Android集合使用

https://blog.csdn.net/dbpggg/article/details/80825294

ArrayList和LinkedList区别

https://blog.csdn.net/u012216131/article/details/82500925

Android中常用的设计模式

https://blog.csdn.net/lijinweii/article/details/80194875

Android 单例模式

https://blog.csdn.net/zhangying1994/article/details/83239916

Android数据序列化方案

https://www.cnblogs.com/hustzhb/p/7072951.html

Android RecyclerView —— 基本使用

https://blog.csdn.net/ITRenj/article/details/91556719

Android自定义View全解

https://www.jianshu.com/p/705a6cb6bfee

android线程池

https://www.jianshu.com/p/7b2da1d94b42

XML 的4种解析方式

https://cloud.tencent.com/developer/article/1012671

Android垃圾回收机制

https://blog.csdn.net/lu1005287365/article/details/52475957

Java基础之—反射

https://blog.csdn.net/sinat_38259539/article/details/71799078

Activity 与 Window 与 View 之间的关系

https://www.cnblogs.com/dubo-/p/6676259.html

https://blog.csdn.net/freekiteyu/article/details/79408969

TCP和UDP的区别和优缺点

https://blog.csdn.net/xiaobangkuaipao/article/details/76793702

蓝牙4.0协议详解

https://blog.csdn.net/yangxun0727l/article/details/81295772

从源码角度深入理解Glide

https://www.jianshu.com/p/ddb8e84b5238

OKHttp原理

https://blog.csdn.net/wangzihan91/article/details/87625986

Gradle模块化配置及多渠道打包

https://www.jianshu.com/p/1846506330d7

Android Webview 性能优化

https://my.oschina.net/ososchina/blog/1799575

https://www.cnblogs.com/ganchuanpu/p/8485811.html

Glide 实现原理解析

https://blog.csdn.net/hxl517116279/article/details/99639520

Socket原理详解

https://blog.csdn.net/noricky/article/details/82626188

LRU算法简析

https://www.cnblogs.com/wyq178/p/9976815.html

android 面试题

https://blog.csdn.net/m0_37868230/article/details/81457720

https://www.cnblogs.com/gooder2-android/p/11049755.html

https://www.jianshu.com/p/da8d6c01e3e6

内存泄漏和内存溢出是什么？一般怎么处理内存泄漏？

(1)内存溢出(OOM)和内存泄露(对象无法被回收)的区别。

(2)引起内存泄露的原因

(3)内存泄露检测工具 ------>LeakCanary

内存溢出 out of memory：是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。内存溢出通俗的讲就是内存不够用。

内存泄露 memory leak：是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光

内存泄露原因以及解决：

一、Handler 引起的内存泄漏。

解决：将Handler声明为静态内部类，就不会持有外部类SecondActivity的引用，其生命周期就和外部类无关，

如果Handler里面需要context的话，可以通过弱引用方式引用外部类

二、单例模式引起的内存泄漏。

解决：Context是ApplicationContext，由于ApplicationContext的生命周期是和app一致的，不会导致内存泄漏

三、非静态内部类创建静态实例引起的内存泄漏。

解决：把内部类修改为静态的就可以避免内存泄漏了

四、非静态匿名内部类引起的内存泄漏。

解决：将匿名内部类设置为静态的。

五、注册/反注册未成对使用引起的内存泄漏。

注册广播接受器、EventBus等，记得解绑。

六、资源对象没有关闭引起的内存泄漏。

在这些资源不使用的时候，记得调用相应的类似close()、destroy()、recycler()、release()等方法释放。

七、集合对象没有及时清理引起的内存泄漏。

通常会把一些对象装入到集合中，当不使用的时候一定要记得及时清理集合，让相关对象不再被引用。

webview 性能优化：

1.webview提前初始化，防止多次打开过慢

2.创建独立进程,减少webview引起的内存泄露对主进程内存的占用.避免WebView的Crash影响App主进程的运行。

https://www.cnblogs.com/ganchuanpu/p/8485811.html

Glide 实现原理解析

默认情况下，Glide 会在开始一个新的图片请求之前检查以下多级的缓存：

活动资源 (Active Resources)

内存缓存 (Memory Cache)

资源类型(Resource Disk Cache)

原始数据 (Data Disk Cache)

1.活动资源

活动资源中是一个”引用计数"的图片资源的弱引用集合。使用一个 Map>> 来存储的。

此外还有一个引用队列ReferenceQueue> resourceReferenceQueue;每当向 activeResource 中添加一个 WeakReference 对象时都会将 resourceReferenceQueue 和这个 WeakReference 关联起来，

用来跟踪这个 WeakReference 的 gc，一旦这个弱引用被 gc 掉，就会将它从 activeResource 中移除。

2.内存缓存

内存缓存默认使用LRU(缓存淘汰算法/最近最少使用算法),当资源从活动资源移除的时候，会加入此缓存。使用图片的时候会主动从此缓存移除，加入活动资源。LRU在Android support-v4中提供了LruCache工具类。

3.磁盘缓存

资源类型缓存的是经过解码后的图片，如果再使用就不需要再去进行解码配置(BitmapFactory.Options),加快获得图片速度。比如原图是一个100x100的ARGB_8888图片，在首次使用的时候需要的是50x50的RGB_565图片，那么Resource将50x50 RGB_565缓存下来，再次使用此图片的时候就可以从 Resource 获得。不需要去计算inSampleSize(缩放因子)。

原始数据缓存的则是图像原始数据

4.Bitmap复用池

BitmapPool是Glide中的Bitmap复用池,同样适用LRU来进行管理。在每次解析一张图片为Bitmap的时候(磁盘缓存、网络/文件)会从其BitmapPool中查找一个可被复用的Bitmap。当一个Bitmap从内存缓存 被动 的被移除(内存紧张、达到maxSize)的时候并不会被recycle。而是加入这个BitmapPool，只有从这个BitmapPool 被动的被移除的时候,Bitmap的内存才会真正被recycle释放。

OKHttp原理

总体架构：

Interface-接口层：接口层接收用户的网络访问请求，发起实际的网络访问

OkHttpClient是OkHttp框架的用户面板，用户使用OkHttp进行各种设置，发起各种网络请求都是通过OkHttpClient完成的

Call描述一个实际的访问请求，用户的每一个网络请求都是一个Call实例。Call本身只是一个接口，定义了Call的接口方法，实际执行过程中，OkHttp会为每一个请求创建一个RealCall，每一个RealCall内部有一个AsyncCall

Dispatcher是OkHttp的调度器，其内部维护了一个线程池

Protocal-协议层：Protocol层负责处理协议逻辑，OkHttp支持Http1/Http2/WebSocket协议

Connection-连接层：在连接层中有一个连接池，统一管理所有的Socket连接，当用户新发起一个网络请求时，OkHttp会首先从连接池中查找是否有符合要求的连接，如果有则直接通过该连接发送网络请求；否则新创建一个连接。RealConnection描述一个物理Socket连接，连接池中维护多个RealConnection实例。由于Http/2支持多路复用，一个RealConnection可以支持多个网络访问请求，所以OkHttp又引入了StreamAllocation来描述一个实际的网络请求

Cache-缓存层：Cache层负责维护请求缓存，当用户的网络请求在本地已有符合要求的缓存时，OkHttp会直接从缓存中返回结果，从而节省网络开销

IO层：I/O层负责实际的数据读写。OkHttp的另一大有点就是其高效的I/O操作，这归因于其高效的I/O库Okio

Interceptor-拦截器层：拦截器层提供了一个类AOP接口，方便用户可以切入到各个层面对网络访问进行拦截并执行相关逻辑

Socket原理简析：

服务器端先初始化Socket，然后与端口绑定(bind)，对端口进行监听(listen)，调用accept阻塞，等待客户端连接。在这时如果有个客户端初始化一个Socket，然后连接服务器(connect)，如果连接成功，

这时客户端与服务器端的连接就建立了。客户端发送数据请求，服务器端接收请求并处理请求，然后把回应数据发送给客户端，客户端读取数据，最后关闭连接，一次交互结束。

android垃圾回收机制：

1. 引用计数法(Reference Counting Collector)

引用计数法是唯一没有使用根集的垃圾回收的法，该算法使用引用计数器来区分存活对象和不再使用的对象。一般来说，堆中的每个对象对应一个引用计数器。当每一次创建一个对象并赋给一个变量时，引用计数器置为1。

当对象被赋给任意变量时，引用计数器每次加1当对象出了作用域后(该对象丢弃不再使用)，引用计数器减1，一旦引用计数器为0，对象就满足了垃圾收集的条件。

基于引用计数器的垃圾收集器运行较快，不会长时间中断程序执行，适宜地必须实时运行的程序。但引用计数器增加了程序执行的开销，因为每次对象赋给新的变量，计数器加1，而每次现有对象出了作用域生，计数器减1。

2. 根算法

tracing算法是为了解决引用计数法的问题而提出，它使用了根集的概念。基于tracing算法的垃圾收集器从根集开始扫描，识别出哪些对象可达，哪些对象不可达，并用某种方式标记可达对象，

例如对每个可达对象设置一个或多个位。在扫描识别过程中，基于tracing算法的垃圾收集也称为标记和清除(mark-and-sweep)垃圾收集器.

Activity 与 Window 与 View 之间的关系