五种布局
Android中的五种布局分别为 FrameLayout 、 LinearLayout 、 AbsoluteLayout 、 RelativeLayout 、 TableLayout 全都继承自ViewGroup。在整体绘制效率没有绝对的最小，最好结合ui进行调整开发。从代码的上看，个人感觉绘制效率是:
FrameLayout>RelativeLayout>LinearLayout>TableLayout>AbsoluteLayout。
Activity生命周期
- 启动Activity: onCreate()->onStart()->onResume()
其中需要注意的是真正的visble的时间节点并不是以上三个生命周期方法而是onWindowFocusChanged()方法，这个方法在界面visble时调用，很多App在做闪屏页动画会在这里调用方法执行，当然也可以在这里调用getHeight()或getWidth方法获取高度及控件宽度。(hint: 这里的onWindowFocusChanged()会在执行生命周期时多次调用，使用时需要注意调用次数问题) - 其他状态：
1.当Activity从前台切换到后台时：onPause()->onStop;
2.当Activity从后台切换到前台时：onRestart()->onStart()->onResume;
3.当Activity在后台运行时，由于内存不足被杀死后，由于在栈内存中依旧存有Activity的引用，所以会重新创建Activity并启动Activity；
4.锁屏onPause()->onStop();
5.解锁onStart()->onResume(); (hint:没有重走onRestart())
Acitvity的启动模式设置（即通过xml的标签来改变任务栈的默认行为）
我们都知道栈的数据结构是FILO即先进后出，所以Android中Activity中的任务栈的默认行为也是如此，但是我们可以通过修改其启动时模式来进行修改他的规则来适应我们的需求。
- standard:标准模式，就是默认的模式无需设置即为此模式，走onCreate()->onStart()->onResume() ；
- singleTop:栈顶复用模式，这个模式指当已经设置了singleTop的Activity在栈顶了，那么我们新启动这个Activity时，不会重走创建这个Activity的生命周期方法，而是重新调用原Activity进行启动，且执行onNewIntent()方法，如果这个Activity不再栈顶那么他的就和standard模式一样；
- singTask:栈内复用模式，在这个模式下的Activity，当启动他的时候会清空任务栈，并执行onNewIntent()方法，保持singTask模式下的Activity在栈顶；
- singInstance:简单的说是新建一个任务栈来存放新的被singTask修饰的Activity与之前的不在同一个任务栈中，所以在这个任务栈中，所有的创建该Activity的请求皆无法创建新的Activity，除非该任务栈销毁（加强版singTask模式）；
在这四种启动模式中，有很多时候没法完全适应需求，或者多个Activity的启动模式有所冲突，所以有时候可以封装Activity的启动方法，在代码中设置启动模式（hint：代码设置中没有singTask模式的设置，可以使用intent的flag设置：
intent.setFlags(intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
）
Activity数据恢复方案
当一个不在栈顶的Activity长时间没有重新回到栈顶，那么可能就会被系统回收，当我们需要他重新回到栈顶时，执行的就不是onRestart()方法而是onCreate()方法了，这时候我们需要进行数据的恢复使用onSaveInstanceState()这个方法进行恢复，这个方法可以存放Bundle，可以在onCreate恢复数据。
需要注意的是每个Activity的销毁不一定都会执行onSaveInstanceState方法，但是onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了）。另外，需要注意的几点：
- 每个View都默认实现了onSaveInstanceState()方法，用来恢复View的状态，但是我们需要给View一个唯一的ID，如果没有唯一的ID是没有办法存储他的状态的；
- 我们在重写View的onSaveInstanceState()时需要执行父类View的onSaveInstanceState()方法在执行我们的自定义方法，一般很少去重写这个方法，但是在某些特定需求时也需要去进行重写；
- 这个方法中不要试图去存储永久性数据，因为你并不知道他执不执行，同时他的执行时间点可能在onPause之前也可能在onPause之后，但是肯定在onStop之前；
Fragment的生命周期
Fragment的生命周期只提出注意事项，在执行Activity的onCreate()方法时，Fragment执行了onAttach()->onCreate()->onCreateView()->onViewCreated方法，当Activity的onCreate方法执行完成后回调执行了Fragment的onActivityCreated()方法，后面就是与Activity对应的生命周期方法了。
Service的两种启动方法，有什么区别
1.在Context中通过public boolean bindService(Intent service,ServiceConnection conn,int flags) 方法来进行Service与Context的关联并启动，并且Service的生命周期依附于Context,如果与Context关联的对象被销毁了，那么这个Service也会被销毁。
2.通过public ComponentName startService(Intent service)方法去启动一个Service，此时Service的生命周期与启动它的Context无关。
在这里我们需要注意的事，一般后台下载等创建子线程的任务都需要使用非绑定的Service，因为该Serive可以一直存在，所以可以获取线程的引用，可以随时进行暂停，开始，终止等操作。
如何服务如何常驻后台
我们不做流氓软件，这里不做讨论。
动画
动画主要是Api的调用及每个动画的回调进行连续的动画实现，有tween动画，frame动画及PropertyAnimation动画。其中需要注意的事，动画执行的速率问题，即interpolator属性，有默认的实现调用即可，也可以自定义执行速率，这里不做详细论述。
Android的数据存储形式
Android存储方式有5种，针对每一种说说注意事项：
- SQLite：SQLite是一个轻量级的数据库，支持基本的SQL语法，Android中有SQLiteDatabase的类，封装了一些操作数据库的api。同时市面上也有很多SQLite的框架，ORMLite、GreenDao等，当然也可以自行封装数据库框架。在ORMLite和GreenDao中，ORMLite是基于ORM的映射实现的所以效率较低，但功能完善，易用性强。相对的GreenDao引入文件小，效率高，但是缺点也很明显，功能不完善，易用性差。个人推荐还是使用ORMLite，GreenDao坑太多，或者自己封装也是不错的选择。
- SharedPreference：这个常常用来做一些标记性的存储或者简单的数据存储，诸如登录状态，用户号码等，没什么需要注意的点。
- File：即I/O存储方式，这里可以存储大数据量文件。注意点是需要注意垃圾文件的清理。诸如拍照后或者直接选取上传经过压缩的图片后产生的垃圾文件，需要清理掉（毕竟用户不需要），当然数据更新也是难点；
- ContentProvider：内容提供者，Android四大组件之一，很多人写的数据库框架是通过ContentProvider来提供数据的，参考api也可以自己实现该功能。现在主要是系统使用，可以通过每个ContentProvider对外提供一个公共的URI获取系统数据（例如音频，视频，图片和通讯录）。
