阿里的android开发规范已经出来有几个月了，不过今天我才看，看完后对自己以前不够规范或者容易犯错的地方进行笔记记录便于以后查阅。
原版手册地址：https://yq.aliyun.com/attachment/download/?id=5261
一 Android基本组件
【强制】Activity间通过隐式Intent的跳转，在发出Intent之前必须通过resolveActivity 检查，避免找不到合适的调用组件，造成ActivityNotFoundException 的异常。
正例：
public void viewUrl(String url, String mimeType) {
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.parse(url), mimeType);
if (getPackageManager().resolveActivity(intent, PackageManager.MATCH_DEFAULT_ ONLY) != null) {
startActivity(intent);
}else {
// 找不到指定的Activity
}
}
反例：
Intent intent = new Intent();
intent.setAction("com.example.DemoIntent ");
try {
startActivity(intent); } catch (ActivityNotFoundException e) {
e.printStackTrace();
}
5. 【强制】避免在BroadcastReceiver#onReceive()中执行耗时操作，如果有耗时工作， 应该创建IntentService 完成，而不应该在BroadcastReceiver 内创建子线程去做。
说明：
由于该方法是在主线程执行，如果执行耗时操作会导致 UI 不流畅。可以使用 IntentService 、创建 HandlerThread 或者调用 Context#registerReceiver (BroadcastReceiver, IntentFilter, String, Handler)方法等方式，在其他Wroker线程 执行 onReceive 方法。BroadcastReceiver#onReceive()方法耗时超过 10 秒钟，可 能会被系统杀死。
6. 【强制】避免使用隐式 Intent 广播敏感信息，信息可能被其他注册了对应 BroadcastReceiver的App接收。
说明：
通过Context#sendBroadcast()发送的隐式广播会被所有感兴趣的receiver接收，恶 意应用注册监听该广播的 receiver 可能会获取到 Intent 中传递的敏感信息，并进行 其他危险操作。如果发送的广播为使用 Context#sendOrderedBroadcast()方法发送 的有序广播，优先级较高的恶意 receiver 可能直接丢弃该广播，造成服务不可用， 或者向广播结果塞入恶意数据。
如果广播仅限于应用内，则可以使用 LocalBroadcastManager#sendBroadcast()实 现，避免敏感信息外泄和Intent拦截的风险。
8. 【推荐】不要在 Activity#onDestroy()内执行释放资源的工作，例如一些工作线程的 销毁和停止，因为 onDestroy()执行的时机可能较晚。可根据实际需要，在 Activity#onPause()/onStop()中结合isFinishing()的判断来执行。
11.【推荐】Service 需要以多线程来并发处理多个启动请求，建议使用 IntentService， 可避免各种复杂的设置。
说
13.【推荐】当前 Activity 的 onPause 方法执行结束后才会创建（onCreate）或恢复 （onRestart）别的Activity，所以在onPause方法中不适合做耗时较长的工作，这 会影响到页面之间的跳转效率。
二 UI与布局
2. 【推荐】在 Activity 中显示对话框或弹出浮层时，尽量使用 DialogFragment，而非 Dialog/AlertDialog，这样便于随Activity生命周期管理对话框/弹出浮层的生命周期
5. 【推荐】文本大小使用单位 dp，View 大小使用单位 dp。对于 TextView，如果在文 字大小确定的情况下推荐使用 wrap_content 布局避免出现文字显示不全的适配问 题。
说明：
之所以文本大小也推荐使用dp而非sp，因为sp是Android早期推荐使用的，但其 实 sp 不仅和 dp 一样受屏幕密度的影响，还受到系统设置里字体大小的影响，所以 使用dp对于应用开发会更加保证UI的一致性和还原度
10.【推荐】尽量不要使用 AnimationDrawable，它在初始化的时候就将所有图片加载 到内存中，特别占内存，并且还不能释放，释放之后下次进入再次加载时会报错。
说明：
Android 的帧动画可以使用 AnimationDrawable 实现，但是如果你的帧动画中如果 包含过多帧图片，一次性加载所有帧图片所导致的内存消耗会使低端机发生 OOM 异常。帧动画所使用的图片要注意降低内存消耗，当图片比较大时，容易出现OOM。
11.【强制】不能使用 ScrollView 包裹 ListView/GridView/ExpandableListVIew;因为这 样会把 ListView 的所有 Item 都加载到内存中，要消耗巨大的内存和 cpu 去绘制图 面。
说明：
ScrollView中嵌套List或RecyclerView的做法官方明确禁止。除了开发过程中遇到 的各种视觉和交互问题，这种做法对性能也有较大损耗。ListView等UI组件自身有 垂直滚动功能，也没有必要在嵌套一层ScrollView。目前为了较好的UI体验，更贴 近Material Design的设计，推荐使用NestedScrollView
12.【强制】不要在 Android 的 Application 对象中缓存数据。基础组件之间的数据共享 请使用Intent等机制，也可使用SharedPreferences等数据持久化机制。
13.【推荐】使用 Toast 时，建议定义一个全局的 Toast 对象，这样可以避免连续显示 Toast时不能取消上一次Toast消息的情况。即使需要连续弹出Toast，也应避免直 接调用Toast#makeText。
五、进程、线程与消息通信
1. 【强制】不要通过 Intent 在 Android 基础组件之间传递大数据（binder transaction 缓存为1MB），可能导致OOM。
2. 【强制】在 Application 的业务初始化代码加入进程判断，确保只在自己需要的进程 初始化。特别是后台进程减少不必要的业务初始化。
3. 【强制】新建线程时，必须通过线程池提供（AsyncTask 或者 ThreadPoolExecutor 或者其他形式自定义的线程池），不允许在应用中自行显式创建线程。
说明：
使用线程池的好处是减少在创建和销毁线程上所花的时间以及系统资源的开销，解 决资源不足的问题。如果不使用线程池，有可能造成系统创建大量同类线程而导致消耗完内存或者“过度切换”的问题。另外创建匿名线程不便于后续的资源使用分析， 对性能分析等会造成困扰。
4. 【强制】线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方 式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
七、Bitmap、Drawable与动画
6. 【强制】在Activity#onPause()或Activity#onStop()回调中，关闭当前activity正在执 行的的动画
9.【推荐】使用 RGB_565 代替 RGB_888，在不怎么降低视觉效果的前提下，减少内 存占用
10.【推荐】尽量减少Bitmap（BitmapDrawable）的使用，尽量使用纯色（ColorDrawable）、 渐变色（GradientDrawable）、 StateSelector（StateListDrawable）等与 Shape 结 合的形式构建绘图
12.【参考】大图片资源不要直接打包到apk，可以考虑通过文件仓库远程下载，减小包 体积。
