Android最新面试实战总结
所谓,君子性非异也,善假于物也！~
那么，本文意在给大家提供快速、全面、高效的面试解决方案；
为大家节约寻找面试、笔试答案的时间；
让阅读本文或收藏本文的开发者成为Android面试场上的最强王者；
更是为开发者量身定制立志成为面试官的梦魇而奋斗！
现笔者将自己亲身实战的面试题及收到的面试题总结并分享答案出来。欢迎各位Developer斧正和指点，也希望看到本文的小伙伴积极提供面试题以供分享
(介于篇幅较长,且长期更新,希望各位开发者多多支持多多收藏和点赞，有钱的大佬也可以打赏个一分钱聊表心意 嘿嘿嘿嘿)
JAVA:
volatitle关键字及其原理?
Volatile是轻量级的synchronized，它在多线程开发中保证了共享变量的“可见性”。可见性的意思是当一个线程修改一个共享变量时，另外一个线程能读到这个修改的值。它在某些情况下比synchronized的开销更小，如果一个字段被声明成volatile，java线程内存模型确保所有线程看到这个变量的值是一致的(比较常用的就是单例模式中,对字段的声明,加上这个关键字)。
Volatile原理:
处理器为了提高处理速度，不直接和内存进行通讯，而是先将系统内存的数据读到内部缓存（L1,L2或其他）后再进行操作，但操作完之后不知道何时会写到内存，如果对声明了Volatile变量进行写操作，JVM就会向处理器发送一条Lock前缀的指令，将这个变量所在缓存行的数据写回到系统内存。但是就算写回到内存，如果其他处理器缓存的值还是旧的，再执行计算操作就会有问题，所以在多处理器下，为了保证各个处理器的缓存是一致的，就会实现缓存一致性协议，每个处理器通过嗅探在总线上传播的数据来检查自己缓存的值是不是过期了，当处理器发现自己缓存行对应的内存地址被修改，就会将当前处理器的缓存行设置成无效状态，当处理器要对这个数据进行修改操作的时候，会强制重新从系统内存里把数据读到处理器缓存里。
原理总结 (重点):先将当前处理器缓存行的数据会写回到系统内存\,其次,这个写回内存的操作会引起在其他CPU里缓存了该内存地址的数据无效。最后,当处理器要对这个数据进行修改操作的时候，会强制重新从系统内存里把数据读到处理器缓存里。如此循环反复保证共享变量的值是一致的
synchronize的理解及原理
A: 每个对象有一个监视器锁（monitor）。当monitor被占用时就会处于锁定状态，线程执行monitorenter指令时尝试获取monitor的所有权，过程如下：
1、如果monitor的进入数为0，则该线程进入monitor，然后将进入数设置为1，该线程即为monitor的所有者。
2、如果线程已经占有该monitor，只是重新进入，则进入monitor的进入数加1.
3.如果其他线程已经占用了monitor，则该线程进入阻塞状态，直到monitor的进入数为0，再重新尝试获取monitor的所有权。
B:执行monitorexit的线程必须是objectref所对应的monitor的所有者。
指令执行时，monitor的进入数减1，如果减1后进入数为0，那线程退出monitor，不再是这个monitor的所有者。其他被这个monitor阻塞的线程可以尝试去获取这个 monitor 的所有权。
可能你看晕了,没事,附上链接:synchronize原理探索
简述多态?
多态就是指程序中定义的引用变量所指向的具体类型和通过该引用变量发出的方法调用在编程时并不确定，而是在程序运行期间才确定，即一个引用变量倒底会指向哪个类的实例对象，该引用变量发出的方法调用到底是哪个类中实现的方法，必须在由程序运行期间才能决定。简称:父类引用指向子类对象
由多态引申的概念:向上转型
它只能访问父类中拥有的方法和属性，而对于子类中存在而父类中不存在的方法，该引用是不能使用的，尽管是重载该方法。若子类重写了父类中的某些方法，在调用该些方法的时候，必定是使用子类中定义的这些方法（动态连接、动态调用）。
Java实现多态有三个必要条件：继承、重写、向上转型。
更详细的说明和补充可以点击这里了解多态
对Java的理解?
可以从面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序,Android开发等等回答.
抽象类与接口的联系与区别?
相同点:
都不能直接实例化,
接口的实现类或抽象类的子类都只有实现了接口或抽象类中的方法后才能被实例化
区别:
1、抽象类变量必须指向实现所有抽象方法的子类对象，接口变量必须指向实现所有接口方法的类对象。
2、抽象类要被子类继承，接口要被类实现。
3、接口只能做方法申明，抽象类中可以做方法申明，也可以做方法实现
4、接口里定义的变量只能是公共的静态的常量，抽象类中的变量是普通变量。
5、抽象类里的抽象方法必须全部被子类所实现，如果子类不能全部实现父类抽象方法，那么该子类只能是抽象类。同样，一个实现接口的时候，如不能全部实现接口方法，那么该类也只能为抽象类。
6、抽象方法只能申明，不能实现。abstract void abc();不能写成abstract void abc(){}。
7、抽象类里可以没有抽象方法
8、如果一个类里有抽象方法，那么这个类只能是抽象类
9、抽象方法要被实现，所以不能是静态的，也不能是私有的。
10、接口可继承接口，并可多继承接口，但类只能单根继承。
综述 : 特别是对于公用的实现代码，抽象类有它的优点。抽象类能够保证实现的层次关系，避免代码重复。然而，即使在使用抽 象类的场合，也不要忽视通过接口定义行为模型的原则。从实践的角度来看，如果依赖于抽象类来定义行为，往往导致过于复杂的继承关系，而通过接口定义行为能 够更有效地分离行为与实现，为代码的维护和修改带来方便。
float f=2.3;是否正确?
不正确。2.3是双精度数，将双精度型(double)赋值给浮点型(float)属于下转型(down-casting，也称为窄化)会造成精度损失，因此需要强制类型转换float f =(float)2.3; 或者写成float f =2.3F;。
short s1 = 1; s1 = s1 + 1;有错吗?short s1 = 1; s1 += 1;有错吗?
对于short s1 = 1; s1 = s1 + 1;由于1是int类型，因此s1+1运算结果也是int 型，需要强制转换类型才能赋值给short型。而short s1 = 1; s1 += 1;可以正确编译，因为s1+= 1;相当于s1 = (short)(s1 + 1);其中有隐含的强制类型转换。
当一个对象被当作参数传递到一个方法后，此方法可改变这个对象的属性，并可返回变化后的结果，那么这里到底是值传递还是引用传递?
值传递。Java语言的方法调用只支持参数的值传递。当一个对象实例作为一个参数被传递到方法中时，参数的值就是对该对象的引用。对象的属性可以在被调用过程中被改变，但对对象引用的改变是不会影响到调用者的。
如何保证线程安全?
简单来说，线程安全就是：在多线程环境中，能永远保证程序的正确性。因此,只有存在共享数据时才需要考虑线程安全问题。
解决方案1:Java多线程支持引入同步监视器来解决这个问题,使用同步监视器的通用方法就是同步代码块,使用synchronize(obj)代码块,(目的:任何时刻只能有一个线程可以获得对同步监视器的锁定,当同步代码块执行完成后,该线程会释放对该同步监视器的锁定) 推荐使用可能被并发访问的共享资源充当同步监视器,逻辑大概就是 加锁-->修改-->释放锁
解决方案2:通过显示定义同步锁对象实现同步,在这种机制下,同步锁用Lock对象充当,Lock允许实现更灵活的结构,有差别很大的属性,使用Lock对象来进行同步,加锁和释放锁出现在不同的作用范围内,通常建议使用finally块来确保在必要时候释放锁
简述Java中为什么会出现死锁?
当两个线程相互等待对方释放同步监视器时就会发生死锁,Java虚拟机没有监测也没有采取措施来处理死锁情况,所以多线程编程时应该采取措施避免死锁出现.一旦出现死锁,整个程序既不会发生任何异常,也不会给出任何提示,只是所有线程处于阻塞状态,无法继续.
简述Java中的四种引用?
1) 强引用（StrongReference）
强引用是使用最普遍的引用。比如new 对象等等,如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。
2) 软引用（SoftReference）
如果一个对象只具有软引用，则内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。软引用可用来实现内存敏感的高速缓存。
3) 弱引用（WeakReference）
在java中，用java.lang.ref.WeakReference类来表示弱引用. 与软引用的区别在于：弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
4)虚引用（PhantomReference）
“虚引用”顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。在java中用java.lang.ref.PhantomReference类表示。
强引用置为null,会不会被回收?
只要是强引用就证明这个内存是在的，但是置为null,因此回收器在适当的时候回收,什么是适当时候，大体是使用内存占申请内存75%的时候，就启动回收线程。（关于申请内存75% 这个结论，笔者是查了一些资料）
如何保证多线程读写文件的安全?
加锁,可以参考上面的线程安全
单例模式的常见写法和优缺点分析?
懒汉式：
第一次获取单例类的实例时创建。(优点:写法简单，且不存在多线程同步问题，避免了synchronized所造成的性能问题；缺点是：初始化类的时候就需要构造实例，（即便你还没有用到这个实例），因此在某些特定条件下会耗费内存。)
饿汉式：
在类被加载的时候创建单例类的对象，类加载器负责加载类，并会保证只有一个线程在实例化单例类， (优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同步问题。缺点：在类装载的时候就完成实例化，没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例，则会造成内存的浪费。)
单例模式个人觉得最经典在项目里经常使用的写法（也称双重锁机制）：
双重校验锁
更多细节可以参考单例模式的8种写法
单例模式的拓展？
1：使用静态内部类 实现单例模式
静态内部类单例模式
第一次加载Singleton类时并不会初始化sInstance，只有第一次调用getInstance方法时虚拟机加载SingletonHolder 并初始化sInstance ，这样不仅能确保线程安全也能保证Singleton类的唯一性，在《java并发编程实践》一书中推荐使用静态内部类单例模式。当然，可以根据个人偏好去使用
2：使用容器 实现单例模式
容器单例模式
用SingletonManager 将多种的单例类统一管理，在使用时根据key获取对象对应类型的对象，代码可读性强。这种方式使得我们可以管理多种类型的单例，并且在使用时可以通过统一的接口进行获取操作，降低了用户的使用成本，也对用户隐藏了具体实现，降低了耦合度。
StringBuffer和StringBuilder的区别?
StringBuilder：线程非安全的,但是效率高
StringBuffer：线程安全的,效率相对较低
.单线程操作字符串缓冲区下操作大量数据推荐使用:StringBuilder
多线程操作字符串缓冲区下操作大量数据推荐使用:StringBuffer
数组和链表的区别？
答：二者都属于一种数据结构
从逻辑结构来看
1. 数组必须事先定义固定的长度（元素个数），不能适应数据动态地增减的情况。当数据增加时，可能超出原先定义的元素个数；当数据减少时，造成内存浪费；数组可以根据下标直接存取。
2. 链表动态地进行存储分配，可以适应数据动态地增减的情况，且可以方便地插入、删除数据项。（数组中插入、删除数据项时，需要移动其它数据项，非常繁琐）链表必须根据next指针找到下一个元素
从内存存储来看
1. (静态)数组从栈中分配空间, 对于程序员方便快速,但是自由度小
2. 链表从堆中分配空间, 自由度大但是申请管理比较麻烦
从上面的比较可以看出，如果需要快速访问数据，很少或不插入和删除元素，就应该用数组；相反， 如果需要经常插入和删除元素就需要用链表数据结构了。
线程和进程的区别?
进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，
而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。
1) 简而言之,一个程序至少有一个进程,一个进程至少有一个线程.
2) 线程的划分尺度小于进程，使得多线程程序的并发性高。
3) 另外，进程在执行过程中拥有独立的内存单元，而多个线程共享内存，从而极大地提高了程序的运行效率。
4) 线程在执行过程中与进程还是有区别的。每个独立的线程有一个程序运行的入口、顺序执行序列和程序的出口。但是线程不能够独立执行，必须依存在应用程序中，由应用程序提供多个线程执行控制。
5) 从逻辑角度来看，多线程的意义在于一个应用程序中，有多个执行部分可以同时执行。但操作系统并没有将多个线程看做多个独立的应用，来实现进程的调度和管理以及资源分配。这就是进程和线程的重要区别。
线程池的概念以及应用场景?
多线程编程下如果并发的线程数量很多，并且每个线程都是执行一个时间很短的任务就结束了，这样频繁创建线程就会大大降低系统的效率，因为频繁创建线程和销毁线程需要时间。那么有没有一种办法使得线程可以复用，就是执行完一个任务，并不被销毁，而是可以继续执行其他的任务,线程池技术的出现就很好的解决了上面问题,可以更好的提供性能,并有效控制系统中并发线程的数量(线程池的最大线程数参数可以控制系统中并发线程数不超过此数)
关键字:ThreadPoolExecutor
Cookie: 它是保存在本地终端的数据。cookie由服务器生成，发送给浏览器，浏览器把cookie以key - Value 形式保存到某个目录下的文本文件内，下一次请求同一网站时会把该cookie发送给服务器。由于cookie是存在客户端上的，所以浏览器加入了一些限制确保cookie不会被恶意使用，同时不会占据太多磁盘空间，所以每个域的cookie数量是有限的.(Cookie的作用是为了解决HTTP协议无状态的缺陷所作的努力)
cookie的内容主要包括：名字、值、过期时间、路径和域。
路径与域一起构成cookie的作用范围。
若不设置过期时间，则表示这个cookie的生命期为浏览器会话期间，关闭浏览器窗口，cookie就消失。这种生命期为浏览器会话期的cookie被称为会话cookie.会话cookie一般不存储在硬盘上而是保存在内存里，当然这种行为 并不是规范规定的。
若设置了过期时间，浏览器就会把cookie保存在硬盘上，关闭后再次打开浏览器，这些cookie仍然有效直到超过设定的过期时间。存储在硬盘上的cookie可以在不同的浏览器进程间共享，比如两个IE窗口。而对于保存在内存里cookie，不同的浏览器有不同的处理方式。
Session : session的中文翻译是“会话”，当用户打开某个web应用时，便与web服务器产生一次session。
简单的理解就是 : 服务器要知道当前发请求给自己的是谁。为了做这种区分，服务器就要给每个客户端分配不同的“身份标识”，然后客户端每次向服务器发请求的时候，都带上这个“身份标识”，服务器就知道这个请求来自于谁了。
服务器使用session把用户的信息临时保存在了服务器上，用户离开网站后session会被销毁。这种用户信息存储方式相对Cookie来说更安全 . 但是session有一个缺陷：如果web服务器做了负载均衡，那么下一个操作请求到了另一台服务器的时候session会丢失。
Token: (英译汉 : 象征; 记号; 代币;)
token是用户身份的验证方式，最简单的token组成:uid(用户唯一的身份标识)、time(当前时间的时间戳)、sign(签名，由token的前几位+盐以哈希算法压缩成一定长的十六进制字符串，可以防止恶意第三方拼接token请求服务器)。还可以把不变的参数也放进token，避免多次查库
Cookie和Session的区别
1、cookie数据存放在客户的浏览器上，session数据放在服务器上。
2、cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗,考虑到安全应当使用session。
3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能,考虑到减轻服务器性能方面，应当使用cookie。
4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。
5、所以个人建议：
将登陆信息等重要信息存放为session
其他信息如果需要保留，可以放在cookie中
Token 和 Session 的区别
session和 token并不矛盾，作为身份认证token安全性比session好，因为每个请求都有签名还能防止监听以及重放攻击，而session就必须靠链路层来保障通讯安全了。如上所说，如果你需要实现有状态的会话，仍然可以增加session来在服务器端保存一些状态
App通常用restful api跟server打交道。Rest是stateless的，也就是app不需要像browser那样用cookie来保存session,因此用session token来标示自己就够了，session/state由api server的逻辑处理。如果你的后端不是stateless的rest api,那么你可能需要在app里保存session.可以在app里嵌入webkit,用一个隐藏的browser来管理cookie session.
Session是一种HTTP存储机制，目的是为无状态的HTTP提供的持久机制。所谓Session认证只是简单的把User信息存储到Session里，因为SID的不可预测性，暂且认为是安全的。这是一种认证手段。而Token，如果指的是OAuth Token或类似的机制的话，提供的是 认证 和 授权 ，认证是针对用户，授权是针对App。其目的是让 某App有权利访问 某用户 的信息。这里的Token是唯一的。不可以转移到其它App上，也不可以转到其它 用户 上。转过来说Session。Session只提供一种简单的认证，即有此SID，即认为有此User的全部权利。是需要严格保密的，这个数据应该只保存在站方，不应该共享给其它网站或者第三方App。所以简单来说，如果你的用户数据可能需要和第三方共享，或者允许第三方调用API接口，用Token。如果永远只是自己的网站，自己的App，用什么就无所谓了。
token就是令牌，比如你授权（登录）一个程序时，他就是个依据，判断你是否已经授权该软件；cookie就是写在客户端的一个txt文件，里面包括你登录信息之类的，这样你下次在登录某个网站，就会自动调用cookie自动登录用户名；session和cookie差不多，只是session是写在服务器端的文件，也需要在客户端写入cookie文件，但是文件里是你的浏览器编号.Session的状态是存储在服务器端，客户端只有session id；而Token的状态是存储在客户端。
Http,Https相关?
Http: (HTTP-Hypertext transfer protocol)又称:超文本传输协议 , 是一种详细规定了浏览器和万维网服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。
Https:（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。Https情况下,电脑与服务器之间收发的信息传输将更加安全。
HTTP协议的主要特点可概括如下：
1.支持客户/服务器模式。
2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
加密相关:
对称加密:
采用单钥密码系统的加密方法，同一个密钥可以同时用作信息的加密和解密(注意:是同一个密钥)，这种加密方法称为对称加密，也称为单密钥加密。所谓对称，就是采用这种加密方法的双方使用方式用同样的密钥进行加密和解密。密钥是控制加密及解密过程的指令。算法是一组规则，规定如何进行加密和解密。因此,加密的安全性不仅取决于加密算法本身，密钥管理的安全性更是重要。因为加密和解密都使用同一个密钥，如何把密钥安全地传递到解密者手上就成了必须要解决的问题。在对称加密中，数据发送方将明文（原始数据）和加密密钥一起经过特殊加密算法处理后，使其变成复杂的加密密文发送出去。接收方收到密文后，若想解读原文，则需要使用加密密钥及相同算法的逆算法对密文进行解密，才能使其恢复成可读明文。在对称加密算法中，使用的密钥只有一个，发收信双方都使用这个密钥对数据进行加密和解密。
对称加密算法的优点 : 算法公开、计算量小、加密速度快、加密效率高。
对称加密算法的缺点 : 在数据传送前，发送方和接收方必须商定好秘钥，然后使双方都能保存好秘钥。其次如果一方的秘钥被泄露，那么加密信息也就不安全了。另外，每对用户每次使用对称加密算法时，都需要使用其他人不知道的唯一秘钥，这会使得收、发双方所拥有的钥匙数量巨大，密钥管理成为双方的负担。
对称加密算法中常用的算法有：DES、3DES、TDEA、Blowfish、RC2、RC4、RC5、IDEA、SKIPJACK、AES等
非对称加密:
对称加密算法在加密和解密时使用的是同一个秘钥；
这两个秘钥是公开密钥（public key，简称公钥）和私有密钥（private key，简称私钥）。
公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。
非对称加密与对称加密相比，其安全性更好：对称加密的通信双方使用相同的秘钥，如果一方的秘钥遭泄露，那么整个通信就会被破解。而非对称加密使用一对秘钥，一个用来加密，一个用来解密，而且公钥是公开的，秘钥是自己保存的，不需要像对称加密那样在通信之前要先同步秘钥。
非对称加密的缺点是加密和解密花费时间长、速度慢，只适合对少量数据进行加密。
在非对称加密中使用的主要算法有：RSA、Elgamal、背包算法、Rabin、D-H、ECC（椭圆曲线加密算法）等。
MD5:
MD5是一种信息摘要算法, 消息摘要是一种与消息认证码结合使用以确保消息完整性的技术。主要使用单向散列函数算法，可用于检验消息的完整性，和通过散列密码直接以文本形式保存等，目前广泛使用的算法有MD4、MD5、SHA-1。
ANR相关?
ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的ANR对话框.
在Android里, App的响应能力是由Activity Manager和Window Manager系统服务来监控的. 通常在如下两种情况下会弹出ANR对话框:
A) 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
B) BroadcastReceiver在10s内无法结束.
造成以上两种情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作, 例如文件读写, 数据库读写, 网络查询等等.
(持续更新.......)
Android:
简述Android中的加固和使用平台?
加固:防止代码反编译,提高代码安全性
加固三方平台,梆梆安全,360加固,爱加密等
区别:梆梆安全,360加固看不到项目中的类,爱加密看的到Java类,单看不到里面的方法实现体,效果比前面差一点点
加固的底层原理:第三方加固的应用会生成一个Apk,然后把你的APK读取出来,在封装到这个第三方应用的APK里面.
如何对APK瘦身?
1)使用混淆,
2)开启shrinkResourse(shrink-收缩),会将没有用到的图片变成一个像素点
3)删除无用的语言资源(删除国际化文件)
4)对于非透明的大图,使用JPG(没有透明度信息),代替PNG格式
5)使用tinypng进行图片压缩
6)使用webp图片格式,进一步压缩图片资源
7)使用第三方包时把用到的代码加到项目中来,避免引用整一个第三方库
简述多渠道打包及原理和常用操作?
针对每一个渠道(应用市场)都生成一个带有渠道标识的apk文件
原理:用户下载启动应用,获取渠道标识,和设备的唯一标识,并上传到服务器里面,服务器这里就 会根据获取的记录,根据渠道号然后判断是否存在该服务器的表里面.(打标记,取标记,上传标记)
1)友盟多渠道打包:在清单文件中定义一个占位符,在gradle脚本中替换占位符(会使用到Python)
2)美团打包,在meta-data中创建一个空的文件,以文件名标识渠道,做一个解压与压缩的操作,速度会比较快
3)新一代多渠道打包,将渠道标识添加到.apk文件的末尾,并不会对源文件损坏
Android下的数据存储方式有那些?
1)内部存储,直接存储在内部文件中
2)外部存储,首先要判断外部存储条件是否可用,然后进行存储
3)SP存储,底层是Xml实现的,以键值对形式存储内部的数据,适宜于轻量级的存储,存储的数据类型有,boolean,String,int
4)数据库存储,SQlite存储,轻量级的数据库,强大的增删改查功能
5)内容提供者,ContentProvider,将自己愿意暴露的一部分数据供外部使用操作
6)网络存储,等等
Sharepreference 线程安全问题？
官方文档明确指出，SharedPreferences不支持多线程，进程也是不安全的
如果想要实现线程安全需重新实现其接口，如下
SP安全相关
假设在多进程访问SharePreferences的情况下，该如何保证进程安全和共享数据?
解决办法就是：将需要共享数据的字段提出来统一存储到一个文件中。
Android开发下如何有效进行屏幕适配?
1:机型适配，去一些统计网站诸如友盟,现在叫友盟+去看一下市场上最流行的Android机型,有针对性的切图
2:屏幕适配，适配主流xhdpi屏幕尺寸，使用relativelayout，linerlayout等布局，多使用matchparent，wrapcontent，及配合weight,权重处理，
3:还有就是在代码中，设计到具体尺寸的要使用dp2px的转换，
4:图片使用可拉伸.9图片，imageview使用scaletype缩放；
5:使用权重,等比例,百分比布局等等
对象序列化：
为什么要序列化？
1）永久性保存对象，保存对象的字节序列到本地文件中；
2）通过序列化对象在网络中传递对象；
3）通过序列化在进程间传递对象。
在Android中实现序列化有两个选择：一是实现Serializable接口（是JavaSE本身就支持的），一是实现Parcelable接口（是Android特有功能，效率比实现Serializable接口高效，可用于Intent数据传递，也可以用于进程间通信（IPC））。实现Serializable接口非常简单，声明一下就可以了，而实现Parcelable接口稍微复杂一些，但效率更高，推荐用这种方法提高性能。两种实现方式依旧是贴url，方便大家快速查询
既然Google推荐Parcelable这种序列化，在这里，推荐一键生成序列化的插件，
在Android Studio里面搜索插件，如下图，写起序列化（根本不用你写）那就是一个美滋滋呐~
parcelable plugin
OkHttp相关?
OkHttp支持同步和异步数据请求，但异步请求是在子线程 (因为原生OkHttp的使用时回调方法是在子线程进行的，要刷新界面还需要用Handler作处理，可以使用第三方的okhttp-utils,Okgo等等)；
OkHttp里面封装了线程池、数据转换、GZIP压缩（减少流量的传输）、HTTP协议缓存等,
OKHttp优点---使用GZip压缩减少传输的数据量,缓存(减少重复请求);
失败重试(如果你的服务有多个IP地址,如果第一次连接失败,OKHttp将使用备用地址)
OKhttp是对http协议的封装,比较底层,因此拓展性强,便于封装;
OKhttp基于NIO(JDK1.5,非阻塞式IO)效率更高
ButterKnife相关?
简介：
一款快速高效的注入框架，节约开发时间减少代码量（依靠插件动态生成View,点击事件等等）
优点：
1.强大的View绑定和Click事件处理功能，简化代码，提升开发效率
2.方便的处理Adapter里的ViewHolder绑定问题
3.运行时不会影响APP效率，使用配置方便
4.代码清晰，可读性强
使用经验：
1.Activity ButterKnife.bind(this);必须在setContentView();之后，且父类bind绑定后，子类不需要再bind
2.Fragment ButterKnife.bind(this, mRootView);
3.属性布局不能用private or static 修饰，否则会报错，（注意权限）
4.setContentView()不能通过注解实现。（其他的有些注解框架可以）
原理：利用注解和反射去获取绑定ViewID,
关于原理详情可参考笔者的这一篇:Android-定制专属ButterKnife框架,该文详细介绍了ButterKnife框架并模仿了一个注解绑定View的框架
Rxjava概念,常用操作符及拓展?
简介：
一款优雅的异步框架,代替之前的AsyncTask / Handler / XXX / ...
其强大的操作符和链式写法,线程切换等有助于提高开发效率和快速定位Bug
与Retrofit搭配使用更是有意想不到的效果，
底层原理：观察者模式
如何使用：Rxjava涉及的内容太多太多,只能说推荐引导大家看下这篇 Rxjava2相关 等一些相应的博客
缺点：
1：操作符太多会增加学习成本时间
2：使用不好，容易导致内存泄露(解决方式，推荐Rxlifecycle结合Rxjava，规避内存泄漏风险)
(持续更新.......)
ANR相关?
ANR全名Application Not Responding, 也就是"应用无响应". 当操作在一段时间内系统无法处理时, 系统层面会弹出上图那样的ANR对话框.
在Android里, App的响应能力是由Activity Manager和Window Manager系统服务来监控的. 通常在如下两种情况下会弹出ANR对话框:
A) 5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
B) BroadcastReceiver在10s内无法结束.
造成以上两种情况的首要原因就是在主线程(UI线程)里面做了太多的阻塞耗时操作, 例如文件读写, 数据库读写, 网络查询等等.
如何分析ANR?
ANR产生时, 系统会生成一个traces.txt的文件放在/data/anr/下. 开发人员可通过adb命令将其导出到本地 ($adb pull data/anr/traces.txt .)通过分析,我们可以根据具体的日志查看Anr原因( 如: 普通阻塞,CPU满负荷,内存泄露 )
更多Anr细节可参考 Anr详解 ,这位笔者非常详细的介绍了Anr相关内容
Android中那些场景是执行在主线程的?
1)Activity生命周期回调都是执行在主线程的.
2)Service默认是执行在主线程的.
3)BroadcastReceiver的onReceive回调是执行在主线程的.
4)没有使用子线程的looper的Handler的handleMessage, post(Runnable)是执行在主线程的.
5)AsyncTask的回调中除了doInBackground, 其他都是执行在主线程的.
6)View的post(Runnable)是执行在主线程的.等等
三级缓存:
当我们第一次打开应用获取图片或其它资源时，首先到网络去下载，然后依次存入内存缓存，磁盘缓存，
当我们再一次需要用到刚才下载的这张图片时，就不需要再重复的到网络上去下载，直接可以从内存缓存和磁盘缓存中找，由于内存缓存速度较快，我们优先到内存缓存中寻找该图片，如果找到则运用，
如果没有找到（内存缓存大小有限），那么我们再到磁盘缓存中去找。
只要我们合理的去协调这三层缓存运用，便可以提升应用性能,给用户更好的体验
三级缓存指的是：内存缓存、本地缓存、网络缓存。其各自的特点是内存缓存速度快, 优先读取，本地缓存速度其次, 内存没有该资源信息就去读取本地内存，网络缓存速度较慢(比较对象是内存缓存和本地缓存),假设本地内存也没有,才请求网络获取。
内存泄漏:
当应用内部不再需要某个实例后，但是这个对象却仍然被引用，这个情况就叫做内存泄露(Memory Leak)。安卓虚拟机为每一个应用分配一定的内存空间，当内存泄露到达一定的程度就会造成内存溢出。
导致内存泄露常见原因:
1)静态变量直接或者间接地引用了Activity对象就会造成内存泄露
2)Activity使用了静态的View(View会持有Activity的对象的引用)
3)Activity定义了静态View变量???
4)ImageSpan引用了Activity Context
5)单例中引用了Activity的Context(需要使用Application的Context)
6)对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，从而造成内存泄漏。
7)静态集合保存的对象没有及时消除(不使用的时候置为null)
8)在Java中,非静态(匿名)内部类会引用外部类对象,而静态内部类不会引用外部类对象
9)在Activity中,创建了非静态内部类(内部类直接或者间接引用了Activity)的静态成员变量
10)线程包括AsyncTask的使用,Activity退出后线程还在运行(线程在死循环),并且在线程中使用了Activity或view对象(解决方法:不要直接写死循环,可以设置一个布尔类型的TAG,当activity推出的时候,设置TAG为False)
11)Handler对象的使用,Activity退出后Handler还是有消息需要处理(解决方法:在退出activity之后,移除消息)
12)WebView造成的内存泄漏(在onDestory中销毁)
如何进行内存泄露分析?
A: 通过Android Studio 窗口进行分析,查看内存分配情况,如果操作应用是内存一直往上涨说明存在内存泄露
B: 定位内存泄露分析的工具---MAT(Memory Analyzer tool)
C: 使用开源库LeakCanary快速定位内存泄露
Android中的四大组件相关?
Activity:
Activity是一个应用程序组件，提供一个屏幕(狭义的理解就是当前APP的界面)，用户可以用来交互为了完成某项任务。(点击,登录,跳转页面)
Activity中所有操作都与用户密切相关，是一个负责与用户交互的组件，可以通过setContentView(View)来显示指定控件(设置布局文件)。
在一个android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。
Activty的生命周期
Activity四种启动模式?
Activity的启动模式指,可以根据实际开发需求为Activity设置对应的启动模式，从而可以避免创建大量重复的Activity等问题。
1)standard
standard为Activity的默认启动模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。(点back键会依照栈顺序依次退出)
2)singleTop
singleTop模式下,Activity可以有多个实例，但是不允许多个相同Activity叠加。即，如果Activity在栈顶的时候，启动相同的Activity，不会创建新的实例，而会调用其onNewIntent方法。
3)singleTask
singleTask表示只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。如果是在别的应用程序中启动它，则会新建一个task，并在该task中启动这个Activity，singleTask允许别的Activity与其在一个task中共存，也就是说，如果我在这个singleTask的实例中再打开新的Activity，这个新的Activity还是会在singleTask的实例的task中。
4)singleInstance
只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的Activity存在。
BraodcastReceiver:（待补充）
使用了设计模式中的观察者模式：基于消息的发布/订阅事件模型。
注册的方式分为两种：静态注册、动态注册
ContentProvider:(待补充)
外界可以通过ContentResolver接口来访问ContentProvider(内容提供者)中的数据。Uri 通用资源标志符（Universal Resource Identifier）Uri代表要操作的数据，Android中可用的每种资源 - 图像、视频片段等都可以用Uri来表示。
ContentProvider共享数据是通过定义一个对外开放的统一的接口来实现的。然而，应用程序并不直接调用这些方法，而是使用一个 ContentResolver 对象，调用它的方法作为替代。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用ContentResolver类来完成，要获取ContentResolver对象，可以使用Context提供的getContentResolver()方法。
IntentService：
IntentService是Service的子类，比普通的Service增加了额外的功能。IntentService会创建独立的worker线程来处理所有的Intent请求；会创建独立的worker线程来处理onHandleIntent()方法实现的代码，无需处理多线程的问题；所有请求处理完成后，IntentService会自动停止，开发者无需手动调用stopSelf()方法停止Service；
简述System.exit(0) 、onDestory()、Activity.finish()三者的区别
1)System.exit(0) 是你正常结束程序,kill 掉当前进程,针对的是整个Application
2)onDestory()方法是Activity生命周期的最后一步，资源空间等就被回收了。当重新进入此Activity的时候，必须重新创建，执行onCreate()方法.
3)Activity.finish()当你调用此方法的时候，系统只是将最上面的Activity移出了栈，并没有及时的调用onDestory（）方法，也就是占用的资源没有被及时释放。
图片优化，以及图片加载框架的使用，如Picasso、 Fresco、Glide等？
1)尽量使用小的图片,对图片进行压缩，bitmapfactory.options图片配置类，insimplesize进行缩放，设置图片的编码方式；对图片使用软引用，内存不够时即时释图片内存；对图片的复用，三级缓存的使用；
即时回收不再使用的bitmap对象；
2)Picasso,不支持gif，缓存的是Argb8888的原图，占用内存较大,图片的框架使用了OkHttp缓存机制,使用Http协议缓存,也是异步加载.
3)Fresco,框架是FaceBook公司推出的,适合批量加载图片,底层是通过三级缓存(2级内存,1级磁盘)
加载成功后自动替换成目标图片
4)glide,Google公司14年推出来的,可以加载GIF图,也可以根据指定图片清晰度,底层的原理:为Bitmap维护一个对象池,对象池的目的是通过减少对象的分配,以重用来提高性能.对象池也可以帮助提高滚动的性能。API简洁易调用
Handle相关:
Handler 工作流程基本包括 Handler、Looper、Message、MessageQueue 四个部分。但我们在日常开发中，经常都只会用到 Handler 和 Message 两个类。Message 负责消息的搭载，里面有个target用于标记消息，obj用于存放内容，Handler 负责消息的分发和处理。
一般在开发中是怎么使用 Handler 的？
官方不允许在子线程中更新 UI，所以我们经常会把需要更新 UI 的消息直接发给处理器 Handler，通过重写 Handler 的handleMessage()方法进行 UI 的相关操作。
Handle使用中就没什么需要注意的吗？
有，Handler 如果设置为私有变量的话，Android Studio 会报警告，提示可能会造成内存泄漏，这种情况可以通过设置为静态内部类 + 弱引用，或者在onDestroy()方法中调用Handler.removeCallbacksAndMessages(null)即可避免
Handler 整体工作流程浅析分为以下四个步骤：
异步通信准备 => 消息入队 => 消息循环 => 消息处理
A：异步通信准备
I：假定是在主线程创建 Handler，则会直接在主线程中创建处理器对象Looper、消息队列对象MessageQueue和 Handler 对象。
需要注意的是，Looper和MessageQueue均是属于其创建线程的。
II：Looper对象的创建一般通过Looper.prepareMainLooper()和Looper.prepare()两个方法，而创建Looper对象的同时，将会自动创建MessageQueue。
III：创建好MessageQueue后，Looper将自动进入消息循环。此时，Handler自动绑定了主线程的Looper和MessageQueue。
B：消息入队
工作线程通过Handler发送消息Message到消息队列MessageQueue中，消息内容一般是 UI 操作。发送消息一般都是通过Handler.sendMessage(Message msg)和Handler.post(Runnabe r)两个方法来进行的。而入队一般是通过MessageQueue.enqueueeMessage(Message msg,long when)来处理。
C：消息循环
主要分为「消息出队」和「消息分发」两个步骤，Looper会通过循环取出消息队列MessageQueue里面的消息Message，并分发到创建该消息的处理者Handler。如果消息循环过程中，消息队列MessageQueue为空队列的话，则线程阻塞。
D：消息处理
Handler接收到Looper发来的消息，开始进行处理。
拓展
先简单介绍下你自己？
分析：除了向面试官做简单的基本自我介绍之外，还需向面试官展现自身对该职业所必须具备的一些自身特质，
比如，面试程序员职业需要间接的向面试官表示自己思维严谨，对细节的处理，理性思维，假设论证等等；面试产品等职业，需要向面试官通过自己的一些故事间接展现对产品的看法以及独特的思维个性等等
切入点：自身特质能否符合该职位的预期需求
自己的兴趣爱好特长有那些？
在企业和面试官看来，如果求职者的爱好和应聘的岗位在某些方面恰恰有正向关联，就会有兴趣。面试官也会通过应聘者的兴趣爱好来判断其价值观是否与企业文化契合，能否很好地融入工作团队。求职者的回答将有可能为面试加分。
下列兴趣爱好所反映出的一些性格和职业方向可供参考：
1．篮球，足球，排球：团队精神，适用大多数岗位。
2．围棋，国际象棋：战略意识，适合市场类或高端职位。
3．阅读，古典音乐：高雅，适合文职类的职位。
4．旅游：适应不同环境的能力，快速学习的能力，适合销售业务类职位。
5．舞蹈：外向，易沟通，适合公关、市场类的职位。
对自己的期望和规划？
分析：职业发展规划表面上看是在考察你（求职者）、职位、公司三者之间长期的契合程度，但实际上，这么大的一个问题完全不是三眼两语间能够表达清楚的。面试官（无论HR还是专业部门的）主要是看你回答问题时的思路是否清晰，回答中表现出的工作态度如何，顺便看看你是否对公司和职位有足够的了解。所以不管答案如何，最关键的就是不能茫然。
切入点：依旧自身特点，对未来期望和规划需表述清晰，思维敏捷
谈谈自己的优点和缺点？
先谈缺点：
技术行业面试基本是由该岗位未来同事和上司进行。这种面试技术性强，行为问题主要考察就是你是否真心想做这个工作（而不是当跳板或者听说高薪体面而来）和你性格与文化是否相符。所有答案都应该围绕这两点组织（即每个经历都应回归到你通过这个经历学到什么，该职位所需关键技巧，这些经历为何让你想做这个工作，和该经历体现出你什么样的个人风格）。对这个问题因为好的回答而留下好印象很难，
关键是避免留下坏印象。
要点以下：
1）避免避重就轻，不要谈一个算不得缺点的缺点。比如熬夜会困，或者（待人接物）太客气等等。
2）避免谈非职业缺点，比如有感情洁癖，挑食，不擅长陪女友逛街，做饭经常不懂会煮糊。
3）避免谈到无法改善的弱点，比如我算数必须用计算器，我脑子不好用看书不理解。
4）避免谈到致命弱点，比如脾气怪异,不喜欢合作,迟到早退等。
那谈什么最好呢？我认为要点有三：
1）谈已经在改正的缺点／有明确计划来改正的缺点。尤其是你能够充分论证在近期就可以解决的缺点。
2）谈一个利用你的优点改正的缺点，顺便带出一个优点。（这是较高效的沟通技巧）
相对较好的回答：
1）喜欢追求细节导致项目／作业未能按期完成。通过时间管理能力改变工作方式，先完成框架再改善细节得以解决；
2）不知如何拒绝，同事要求帮忙一概揽下，影响自身工作进度。通过多任务处理能力设定优先顺序，以该优先顺序表向求助同事展示自己手上工作，并给其一个自己在何时可以给予帮助的时间估计，让求助人自行决定是否求助，问题解决
3）对处理同一问题的解决办法上，由于组员自己的技术偏好和技术构成不一样容易造成沟通障碍及影响项目计划，所以,应学会高效和有效沟通方式及工作技巧
End:
本文意在分享面试题目,因是笔者自己整理的一些面试答案,如有不足,也希望大家多多指正(码字不易,且行且珍惜望收藏望点赞),
感谢文章中动态链接的作者,忠于开源,乐于分享,我想，这才是Android开发的本质及灵魂吧
千里之行，始于足下,希望能和大家一起学习成长,加油！
Ps:著作权归作者所有,转载请注明作者, 商业转载请联系作者获得授权，非商业转载请注明出处(开头或结尾请添加转载出处，添加原文url地址),文章请勿滥用,也希望大家尊重笔者的劳动成果,谢谢。
最后,祝愿大家通过自己的努力早日拿到心仪的Offer !
