Google Developing for Android 学习总结
避免在循环中使用内存
也可理解为在循环中尽可能少创建对象，自定义控件避免在ondraw里面频繁创建paint对象。
尽可能避免内存分配
对象缓存：
常量通过类级别或者静态来进行缓存。
对象池：
同一种类型的多种对象，考虑使用对象池而不是分配频繁的分配内存。
（不是很理解，还需深入学习）
使用ArrayList.
android集合类：
使用ArrayMap或者simpleArrayMap代替HashMap.
需要修改的方法：
尽可能少用对象类型而是用原始类型的数据，android提供的SparseintArray和SparseLongArray集合类内部使用原始类型而不是对象类型。
使用集合遍历而不使用Iterator进行循环处理，因为使用Iterator会导致Iterator对象的内存分配。如果非要使用，进行非空判断。
避免使用枚举，因为在proguard优化代码和进行代码混淆的时候，枚举会被优化为int值。
针对使用第三方库，如果可能，尽可能抽取里面对自己有用的代码而避免无用的第三方代码。
避免static变量持有Activity的引用，因为这样会导致内存泄漏。
使用ActivityManager.isLowRamDevice()来进行应用的运行时内存限制。
使用IntentService代替service。
对你的应用代码进行瘦身操作。
避免在Application进行初始化操作，代替方法：使用单利来对全局的，公共的数据或者方法进行操作。
避免负责的layout的view层级，可以通过组合控件来将复杂的view布局写成可重用的，层级少的控件，比如titlebar等。
UI Thread减少耗时的操作。建议使用线程池进行DB和Network操作。自定义控件的时候避免在ondraw和onlayout中进行耗时操作。
完事后关闭掉你的Broadcast.避免因为相应过多的intent来影响设备的性能和资源消耗。
网络：
避免过于频繁的网络请求。因为消耗手机的电量和资源。
网络操作放到子线程（一般是线程池）中进行操作。
还要对网络变化的操作进行必要的网络状态检查和判断。
对于网络较差的环境问题的考虑。
网络接口层级别的设计，包括合理的请求和json数据接口。
语言以及库：
使用android自己的库去代替java的库api,比如ArrayMap代替HashMap,sParseArray等。
序列化：我一般写成BaseBean类实现serialize来实现序列化。
文章指出了parcelable序列化的缺点：
将Parcels写入到硬盘中是不安全的
你可以实现自己的Parcelables，但是如果在unparceling（Parcel反序列化）时不能访问到相同到类，那么就会unparcel就失败（对于向framework传递Parcels也适用）。
一些对象被存入到Parcels而不是共享内存中的情况，比如文件描述器，也许是很好的性能优化，但是隐藏了该Parcel对象真实的内存耗费（直到该对象被unparceling反序列化后才会占用真实的内存）。
在android5.0后，PersitableBundle类，可实现Bundle子类的数据的序列化，但是不支持
Parcelables。
使用
Parcelables ，sqlite,sharedPreferences来避免过度的序列化。
避免JNI,bug难调，多平台编译等缺点。
硬盘存储：
使用 Environment.getExternalStorageDirectory() 代替： /sdcard
使用 Environment.getExternalStorageDirectory() 代替： /sdcard
Context.getDatabasePath(), Context.getFilesDir()代替：
/data/data/myapp/databases
持久化相对路径而不是绝对路径，因为路径存在路径存在变化的问题。
临时文件使用Context.getCacheDir()缓存路径。
过于简单的需求尽可能使用sharepreferences来解决而不去使用sqlite去操作。
避免创建过多的db文件，这个在使用ormlite,greendao很少出现这种问题，但是如果按照比较标准的sqlite android写法，有可能在sqliteopenhelper的集成类的创建db的方法中创建多个db文件，因此需要注意。尽量实现多表one db.
架构层：
使用fragement实现部分代码功能，减少service的使用。
避免startservice和bindservice两种对service的操作同时出现在一个逻辑里面。
通过binder传递大对象。
broadcast分发事件，service处理生命周期长的事件。
将UI处理从后台service中抽出来。（比如音频，将播放和视图分开）
有用的接口：
将网络操作的线程池和本地出具存储的线程池分开。确保不相互影响。
对请求和相应数据进行必要的缓存，请求的数据的缓存是为了在网络环境较差的情况下，进行可能的重试操作，而相应的数据是在网络环境差的情况下，避免体验不好的网络数据加载，比如对网络图片的三级缓存和数据的缓存等（数据可以通过orm缓存在数据库，图片利用第三方的piscco和umloader进行图片的缓存，避免不比较的重复加载，减少用户流量的浪费）。
避免异步的耗时操作长期持有view的引用。
适当处理好getApplication和activity的context之间的不同的使用，因为比如dialog的使用，就不能传递getapplication进行界面的显示。
tools:
systrace
allocationTracker
Traceview
Hierarchyviewer
MAT
MemoryMonitor
on-device
srictMode
profile Gpu rendering
debugGpu overdraw
Animator duration scale
adb shell screenrecord /sdcard/myscreenrecord.mp4
Show hardware layer updates
然而我只用过MAT,traceview ,strctMode，其他没怎么用过
文章参考自：http://www.lightskystreet.com/，并加上了自己的部分理解。详细可点击链接，去看
lightsky的详细描述。