1.请简诉两种单例模式
答：
-
懒汉式：
- 优点：使用时候才创建，资源节约；
- 缺点：为线程安全要付出额外的代价。
-
饿汉式：
- 优点：线程安全；
- 缺点：过早浪费资源。
2.Merge ViewStub Include 区别
答：
-
<include />布局重用：在开发Android布局时，我们常将一些通用的视图提取到一个单独的layout文件中，然后使用<include>标签在需要使用的其他layout布局文件中加载进来，比如我们自己App导航栏等。这样，便于对相同视图内容进行统一的控制管理，提高布局重用性。
-
include标签使用注意点：
1.<include>标签当中，可以重写所有layout属性的，如上面include中指定的layout属性将会覆盖掉titlebar中指定的 layout属性。而非layout属性则无法在<include>标签当中进行覆写。另外需要注意的是，如果我们想要在<include>标签当中覆写layout属性，必须要将layout_width和layout_height这两个属性也进行覆写，否则覆写效果将不会生效
2.一个xml布局文件有多个include标签需要设置ID,才能找到相应子View的控件,否则只能找到第一个include的layout布局,以及该布局的控件。
3.如果我们给include所加载的layout布局的根容器设置了id属性，也在include标签中设置了id属性，同时需要在代码中获取根容器的控件对象时，最好将这两个id设置相同的名称！否则，可能获取不到根容器对象，即为null。
-
include标签使用注意点：
-
<merge />减少视图层级：merge标签存在的意义是帮助include标签排除多余的一层ViewGroup容器，减少view hierarchy的结构，提升UI渲染的性能。include标签存在着一个不好的地方，可能会导致产生多余的布局嵌套。
-
merge标签使用注意点：
1.根布局是FrameLayout且不需要设置background或padding等属性,可以用merge代替,因为Activity的ContentView父元素就是FrameLayout,所以可以用merge消除只剩一个.
2.因为merge标签并不是View,所以在通过LayoutInflate.inflate()方法渲染的时候,第二个参数必须指定一个父容器,且第三个参数必须为true,也就是必须为merge下的视图指定一个父亲节点.由于merge不是View所以对merge标签设置的所有属性都是无效的.
-
merge标签使用注意点：
-
<ViewStub />需要时使用：ViewStub也可以用来加载布局文件，但与include标签完全不同。ViewStub是一个不可见的View类，用于在运行时按需懒加载资源，只有在代码中调用了viewStub.inflate()或者viewStub.setVisible(View.visible)方法时才内容才变得可见。
-
ViewStub标签使用注意点：
1.ViewStub标签不支持merge标签。因此这有可能导致加载出来的布局存在着多余的嵌套结构，具体如何去取舍就要根据各自的实际情况来决定了。
2.ViewStub的inflate只能被调用一次,第二次调用会抛出异常。
3.虽然ViewStub是不占用任何空间的，但是每个布局都必须要指定layout_width和layout_height属性，否则运行就会报错。
-
ViewStub标签使用注意点：
3.Thread,Headler,Loop,MessageQueue的关系
4.TCP的三次握手和四次挥手
三次握手和四次挥手都是为了确保客户段和服务端双方知道对方的心意
-
三次握手
第1次握手：客户端向服务端发送一段连接请求的报文段
第2次握手：服务器收到请求报文后，若同意建立连接，则向客户端发送回连接确认的报文段
第3次握手：客户端收到确认报文段后，向服务端再次发出连接确认报文段
握手的原因是防止服务器收到早已失效的连接请求报文，从而一直等待客户端请求，最终导致形成死锁、浪费资源 -
四次挥手
第1次挥手：客户端向服务端发送一个连接释放的报文段
第2次挥手：服务器收到连接释放报文段后，则向客户端发回连接释放确认报文段
第3次挥手：若服务器已无需向服务器发送消息，则发出释放连接的报文段
第4次挥手：客户端收到连接释放报文段后，则向服务器段发回连接释放确认的报文段
为了保证通信双方都能通知对方 需释放 & 断开连接
5.浏览器请求http的过程
- 1.域名解析
- 2.发起TCP的3次握手
- 3.建立TCP连接后发起http请求
- 4.服务器响应http请求，浏览器得到html代码
- 5.浏览器解析html代码，并请求html代码中的资源（如js、css、图片等）
- 6.浏览器对页面进行渲染呈现给用户.
6.MVP
- Model 接口定义所有需要实现的业务逻辑
- Presenter 接口作为连接Model和View的中间桥梁，需要将二者连接起来
- View 接口定义所有需要实现的视图逻辑
利：
MVP的使用，使Activity中的网络请求剥离出来 成为model、presenter，降低耦合，方便维护
presenter层同时持有model和view层，以类似桥梁的形式连接M和V层。
弊：
每一个view都需要有各自的model，presenter，view接口，加上实现的类一个view需要创建六个java文件，这样一个稍有点规模的APP，类就会变得异常的多，而每一个类的加载又会消耗资源；
7.kotlin特性
https://blog.csdn.net/jia635/article/details/80929429
8.android埋点
埋点就是做一个动作监听，监听并记录用户对App的操作，可以通过第三方sdk或者自己写的事件监听加业务操作实现
9.recycleview中实现不同布局
在Adapter中自定义多个不同布局的ViewHolder，通过position（行数）进行监听判断哪些行需要显示哪些ViewHolder
https://blog.csdn.net/qq_27244815/article/details/81251735【具体实现】
10.上拉加载实现
11.SDK原理与制作
12.android启动白屏
android启动主要通过以下三步：
- 1.从zygote进程fork出一个新进程，这个步骤所需时间可忽略，因为我们无法控制；
- 2.创建Application类并初始化，主要是执行Application.onCreate()方法；
- 3.创建并初始化入口Activity类，并在窗口上绘制UI；
而android启动时的白屏主要被第二步Application.onCreate()方法影响
要解决这个导致App启动端的罪魁祸首就是把白屏变成App封面图片就可以了
具体实现：
- 在styles.xml里定义一个style，设置windowBackground属性
- 配置入口Activity的theme属性为上面定义的style
