http://www.trinea.cn/android/java-android-performance/
Log的产生大家都知道 ， 大家也都知道通过DDMS来看log ， 但什么时候会产生log文件呢 ？一般在如下几种情况会产生log文件 。
1，程序异常退出 ， uncaused exception
2，程序强制关闭 ，Force Closed (简称FC)
3，程序无响应 ， Application No Response （简称ANR) ， 顺便，一般主线程超过5秒么有处理就会ANR
4，手动生成 。
包括：缓存、数据存储优化、算法优化、JNI、逻辑优化、需求优化几种优化方式。（内存、文件、数据库、网络）
对象缓存能减少对内存的分配
io缓存能减少对硬盘的读写次数
网络缓存减少网络传输
db缓存减少DataBase的访问次数
概念：
(1) 响应时间
(2) TPS为每秒处理的事务数，是系统吞吐量的指标，在搜 索系统中也用QPS(Query Per Second)衡量。TPS一般与响应时间反相关。通常所说的性能问题就是指响应时间过长、系统吞吐量过低。
（3）性能分析工具 内存分析：TraceView, ddms, xml视图分析：hierarchy viewer
降低执行时间又包括几小类
a. 利用多线程并发或分布式提高 TPS
b. 缓存(包括对象缓存、IO 缓存、网络缓存等)
c. 数据结构和算法优化
d. 性能更优的底层接口调用，如 JNI 实现
e. 逻辑优化
f. 需求优化
android中常用缓存：
1 线程池
2 内存缓存
3 图片缓存
5 layout 布局缓存
6 消息缓存（handler.obtainMessage）（享元模式)
7 网络缓存 数据库缓存http response，根据http头信息中的Cache-Control域确定缓存过期时间。
布局优化：
1 核心：减少布局文件的层级 LinearLayout与Relativelayout相比，尽量采用Linearlayout
2 <include>结合<viewStub>
3 绘制：ondraw方法中 不要创建局部对象 （ondraw会频繁调用），再次ondraw方法不要做耗时任务
4 布局工具 hierarchy viewer 位于sdk/tools/hierarchyviewer.bat ，查看Activity的布局，各个View的属性、measure、layout、draw的时间，如果耗时较多会用红色标记，否则显示绿色。
对象优化：
避免内存抖动
常量使用static final 修饰
适当引用软引用和弱引用
try catch某些大内存分配操作
采用内存缓存，硬盘缓存（lrucache,diskcache）
内部类采用静态的，避免由于匿名内部类导致内存泄露
避免过多使用枚举，枚举占用的内存空间比整型大
使用特有的数据结构，SparseArray,Pair conConretHanshmap
包括StringBuffer 代替string 在非并发采用StringBuilder代替StringBuffere
arraylist和linkedlist的选择 ：ArrayList根据index取值更快，LinkedList更占内存、随机插入删除更快速、扩容效率更高。一般推荐ArrayList。
WeakHashMap选择，WeakHashMap中元素可在适当时候被系统垃圾回收器自动回收，所以适合在内存紧张型中使用。
属性动画开启无限循环，需关闭,动画在onDestroy没停止，尽管界面看不到动画效果，但是activity的view被动画所持有，而view又持有activity，最终activity无法释放
列表优化：
1 viewhodler避免在getview在耗时操作
2 根据列表的滑动状态控制任务的执行频率(onScrollStateLintener )
3可开启硬件加速
Bitmap优化：
通过BitmapFactory.Options来根据需要对图片进行采样，inSampleSize参数
缩放比例 解码格式 局部加载
线程优化 http://www.trinea.cn/android/java-android-thread-pool/
核心思想是采用线程池,避免程序中存在大量的Thread,重用内部的线程，避免线程的创建和销毁所带来的性能开销，也有效的控制了线程池的最大并发数
网络优化：
https://developers.google.com/speed/docs/insights/mobile
以下是网络优化中一些客户端和服务器端需要尽量遵守的准则：
a. 图片必须缓存，最好根据机型做图片做图片适配
b. 所有http请求必须添加httptimeout
c. 开启gzip压缩
d. api接口数据以json格式返回，而不是xml或html
e. 根据http头信息中的Cache-Control及expires域确定是否缓存请求结果。
f. 确定网络请求的connection是否keep-alive
g. 减少网络请求次数，服务器端适当做请求合并。
h. 减少重定向次数
i. api接口服务器端响应时间不超过100ms
google正在做将移动端网页速度降至1秒的项目，关注中
定位anr异常：
在/data/anr 目录下回创建一个文件traces.txt ，通过分析文件就能定位出（面试中三次问道………………）
总结android 开发艺术探索，持续更行……
网友有发现遗漏，欢迎补充，一起学习
