1、android系统架构：
Linux内核——标准库——Framework层——应用层
Linux层包括：Android系统的核心服务，硬件驱动，进程管理，系统安全等等
（现在又加了一层变成了：Linux内核——硬件抽象层——标准库——Framework层——应用层）
2、UI界面框架图：
3、View的测量模式：EXACTLY，AT_MOST，UNSPECIFIED。
4、自定义View与ViewGroup的时候应该注意什么？
自定义ViewGroup的时候应该注意重写onLayout来控制子类显示的位置。
如果需要支持wrap_content还要重写onMeasure()。
自定义View的时候，如果需要支持wrap_content，需要重写onMeasure().
5、自定义view的种类：
（1）、对已有的组件进行拓展
（2）、通过组合来实现新的控件
（3）、重写View来实现全新的控件
6、实现滑动的方法：
（1）、通过layout方法。
（2）、通过LayoutParam来改变一个view的位置（必须有一个父布局才能够获取到组件的LayoutParam）。
（3）、scrollTo，scrollBy方法。（移动的是组件里面的内容，dx和dy如果是负数的话，那么内容往正方向移动，正数则往负方向移动）。
（4）、Scroller。
（5）、属性动画。
（6）、ViewDragHelper
（7）、offsetLeftAndRight()同时对左和右进行偏移。
offsetTopAndBottom()同时对上和下进行偏移。
7、独立像素dp与px的换算：
android系统使用mdpi即密度值为160的屏幕作为标准，在这个屏幕上，1px=1pd，各个分辨率直接的换算比例为：
ldpi：mdpi：hdpi：xhdip：xxhdpi=3:4:6:8:12
8、SurfaceView与View的区别：
（1）、View主要用于主动更新的情况，而SurfaceView主要用于被动更新的情况，例如频繁地刷新。
（2）、View是在主线程中进行刷新的，而SurfaceView是通过一个子线程来刷新页面的。
（3）、View在绘图的时候没有采用双缓冲机制，而SurfaceView在底层实现机制中就已经实现了双缓冲机制。
9、android的安全机制：
（1）、第一道防线：代码安全机制——代码混淆proguard。
（2）、第二道防线：应用接入权限控制——AndroidMainifest文件权限声明、权限检查机制。
（3）、第三道防线：应用签名机制——数字证书（Android系统不会安装没有签名的APP）。
（4）、第四道防线：Linux内核层安全机制——Uid访问权限控制
（5）、第五道防线：Android虚拟机沙箱机制——沙箱隔离
10、性能优化相关的工具：
（1）、Android Link：有助于发现代码中隐藏的一些问题，比如布局嵌套太多等等。
（2）、Memory monitor：这个是android studio自带的内存监视工具，它可以很好地帮助我们进行内存实时分析。
（3）、TraceView：优化APP性能。
（4）、MAT工具分析APP内存状态。
11、Serializable与Parcelable的区别：
Serializable是java中的序列化接口，使用简单，但是开销大，序列化与反序列化过程需要大量的I/O操作。
Parcelable是android中的序列化方式，更加适用于Android平台上，不过使用起来稍微麻烦一点，但是效率高，这是android推荐的序列化方式，因此我们要首选Parcelable。
Parcelable主要用于内存序列化上，通过将对象序列化到存储设备中，或者讲对象序列化后通过网络传输也是可以的，不过过程比较复杂，因此这两种情况下将已使用Serializable。
12、多进程会造成什么问题：
（1）、静态成员与单例模式完全失效。
（2）、同步机制完全失效。
（3）、SharedPrefrences可靠性降低
（4）、Application多次创建
13、IPC的方式有哪些，区别是什么：
| 名称 | 优点 | 缺点 | 适用场景 |
| Bundle | 简单易用 | 只能够传输Bundle支持的数据 | 四大组件之间的进程间通讯 |
| 文件共享 | 简单易用 | 不适合高并发场景，并且无法做到进程间的即时通信 | 无并发访问情形，简单交换的数据实时性不高的场景 |
| AIDL | 功能强大，支持一对多并发通信 | 使用稍微复杂，需要处理好线程同步 | 一对多通信且有RPC需求 |
| Messenger |
功能一般，支持一对多串行通信 支持实时通信 |
不能很高的处理高并发情形，不支持RPC，数据通过 Messenger进行传输，因此只能够传输Bundle支持 的数据类型 |
低并发的一对多即时通信，无RPC需求，或者无需返 回结果的RPC需求 |
| ContentProvider |
在数据源访问方面功能强大，支持一对多 并发数据共享，可通过Call方法拓展其他 操作 |
可以理解为受约束的AIDL，主要是提供数据源的 CRUD操作 |
一对多的进程间数据共享 |
| Socket |
功能强大，可以通过网络传输字节流，支 持一对多并发实时通信 |
实现细节稍微有点繁琐，不支持直接的RPC | 网络数据交换 |
14、线程的几种状态：
（1）、新建：新创建了一个线程对象。
（2）、就绪：线程对象创建后，其他线程(比如 main 线程）调用了该对象 的 start ()方法。该状态的线程位于可运行线程池中，等待被线程调度选中，获 取 cpu 的使用权 。
（3）、运行：可运行状态( runnable )的线程获得了 cpu 时间片（ timeslice ） ，执行程序代码。
（4）、阻塞：
阻塞状态是指线程因为某种原因放弃了 cpu 使用权，也即让出了 cpu timeslice ，暂时停止运行。直到线程进入可运行( runnable )状态，才有 机会再次获得 cpu timeslice 转到运行( running )状态。阻塞的情况分三种：(一). 等待阻塞：运行( running )的线程执行 o . wait ()方法， JVM 会把该线程放 入等待队列( waitting queue )中。(二). 同步阻塞：运行( running )的线程在获取对象的同步锁时，若该同步锁 被别的线程占用，则 JVM 会把该线程放入锁池( lock pool )中。(三). 其他阻塞: 运行( running )的线程执行 Thread . sleep ( long ms )或 t . join ()方法，或者发出了 I / O 请求时， JVM 会把该线程置为阻塞状态。 当 sleep ()状态超时、 join ()等待线程终止或者超时、或者 I / O 处理完毕时，线程重新转入可运行( runnable )状态。
（5）、死亡：线程 run ()、 main () 方法执行结束，或者因异常退出了 run ()方法，则该线程结束生命周期。死亡的线程不可再次复生。
