‘壹’ 如何提升android应用的性能
第一个要点：首先要有良好的编程习惯
要成为一名优秀的资源管理员;既要运用常识，还要使用公认的算法和标准的设计模式。在资源使用方面，如果你打开了资源，要记得关闭资源。要尽量晚地获取，尽量早地释放。这些由来已久的编程准则同样适用于你的Android应用程序，如果它们使用底层的设备服务，更是如此。
第二个要点：让阻塞操作远离主用户界面线程
想确保你的应用程序运行起来很灵活，就要使用AsyncTask、线程、IntentService或自定义后台服务来处理脏活。应使用装入器来简化装入时间长的数据(如游标)的状态管理。你无法容忍你的应用程序在某个操作正在处理的时候出现滞后或停顿。
第三个要点：使用最新的Android软件开发工具包(SDK)版本、应用编程接口(API)和最佳实践
确保你开发的应用程序是最新的，因而要使用Android平台提供的最新工具。随着Android平台不断发展，它也在不断改进。一些功能 可能已被弃用，或者换成了更好的功能。核心API得到了修正版(bug fix)和性能改进。已经引入了装入器等新的API，帮助开发者编写出运行更稳定、响应更迅即的应用程序。
第四个要点：考虑使用限制模式(Strict Mode)
你可以使用名为限制模式(StrictMode)的AndroidAPI，帮助你查明哪里违反了几个良好的编程习惯。StrictMode 会帮助你确认你的应用程序是不是存在内存泄漏，并且检测你的应用程序是不是在试图执行长时间的阻塞操作，这些操作应该被卸载到线程或别的渠道。
Android2.3里面引入StrictMode类(android.os.StrictMode)。
第五个要点：在发布应用程序之前，禁用或尽量少用调试和诊断
如果你的Android应用程序开发起来需要一些时间，你可能已将一些日志和调试代码嵌入到了应用程序中。写入到日志及其他此类输出系统给性能带来了影响。确保在发布应用程序之前，尽量少用或完全禁用这些功能。
第六个要点：确保你设计的布局简单、简练和浅层
简单的屏幕有助于阅读起来最轻松，而简单的布局装入起来最快速。你不应该过于深层地嵌套你的布局，或者用不必要的过多视图(View)控件 塞满屏幕。花些时间来开发用户可以高效使用的简练用户界面，而不是试图把太多功能塞入到单单一个屏幕上。这不但有助于提升应用程序的性能，还有助于让你的 应用程序对用户来说更高效。
第七个要点：让你应用程序的资源适合目标设备
添加适合特定设备配置的资源，那样它们就能尽可能高效地装入。我们在谈论图形资源时，这点尤为重要。如果你添加了可利用的庞大图像资源，需要装入和调整大小，就无法有效地使用其他的应用程序资源。
第八个要点：使用Hierarchy Viewer工具
Hierarchy Viewer工具可以帮助你调试你的应用程序布局。它还提供了宝贵的分析信息，以便了解布局里面的每一个视图控件测量、渲染和绘制要花多少时间。只有准确找到了问题的根源，问题解决起来才容易。
第九个要点：使用layoutopt工具
Layoutopt工具是一款简单的命令行工具，它可以帮助你找到不必要的控件嵌套以及缩减布局资源的其他方法，以便尽量减少资源的使用。它让你可以了解哪些布局控件可能是多余的或不必要的。控件越少、布局层次越浅，性能就越好。
‘贰’ android 性能优化有哪些办法
性能优化的常用方法
主要内容包括布局优化，绘制优化，内存泄露优化，相应速度优化，ListView优化，Bitmap优化，线程优化等，下面主要给你举了其中的几个例子：
(1)布局优化
布局优化的思想很简单，就是尽量减少布局文件的层级。
如何进行优化呢？首先删除布局中无用的控件和层级，其次有选择地使用性能较低的ViewGroup，比如LinearLayout。如果布局中有的布局既可以用LinearLayout也可以用RelativeLayout，那就用LinearLayout,这是因为RelativeLayout比较复杂，他的布局过程花费更多的CPU时间。FrameLayout和LinearLayout一样都是一种简单高效的ViewGroup，因此可以考虑使用他们，但是很多时候，单纯的通过一个LinearLayout或者FrameLayout无法实现产品的效果，需要通过嵌套的方式来完成，这种情况建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。
布局优化的另一种手段是采用<include>标枪,<merge>标签和ViewStub。<include>标签主要用于布局重用，<merge>标签一般和<include>配合使用，它可以减少布局的层级。而ViewStub则提供了按需加载功能，当需要时才将ViewStub中的布局加载到内存，这提高了程序的初始化效率。
(2)绘制方法
绘制优化是指View的onDraw方法避免执行大量的操作，这主要有两方面。
首先，onDraw中不要创建新的布局对象，这是因为onDraw方法可能会被频繁调用，这样就会在一瞬间产生大量的临时对象，这不仅占用了过多的内存而且还会导致系统更加频繁的gc，降低了程序的执行效率。
另一方面，onDraw方法中不要做耗时的任务，也不能执行成千上万次循环操作，尽管每次循环都很轻量级，但是大量的循环仍然十分抢占CPU的时间片，这会造成View的绘制过程不流畅。
(3)内存泄露优化
内存泄露在开发过程中是一个需要重视的问题，但是由于内存泄露问题对开发人员的经验和开发意识要求比较高，因此这是开发人员最容易犯的错误之一。内存泄露的优化分为两个方面，一方面是在开发过程中避免写出内存泄露的代码，另一方面通过一些分析工具比如MAT来找出潜在的内存泄露继而解决。
关于性能优化的建议
1.避免黄健过多对象；
2.不要过多使用枚举，枚举占用的内存空间比整型大一些。
3.常量使用staticfinal来修饰。
4.使用一些Android特有的数据结构，比如SpareArray和Pair等，他们都具有更好的性能。
5.适当使用软引用和弱引用。
6.采用内存缓存和磁盘缓存
7.尽量采用静态内部类，这样可以避免潜在的内部类而导致的内存泄漏。
‘叁’ android 应用性能优化篇
1、布局文件merge 合并同布局级别
2、界面View过多，层级过深
3、内部Handler 未使用静态修饰符，可能导致内存泄露
4、自定义View 在onMeasure、onLayout、onDraw等避免使用new 关键字创建对象，因为这些方法都是、
可能被多次调用，使用new 会开辟内存，影响性能
5、自定义View中 TypedArray 及时回收，TypedArray本身是使用池和单例模式获取对象，由于系统频繁
创建arrary，内存和性能都是开销，所以需要回收。
6、不去使用静态的context 也不要在Application中设置静态的context来使用，使用context的时候根据
使用的场景 判断一下应该使用什么样的context
7、删除未使用的资源，lint--->unused resurce
8、将allowBackup属性值显示设置为false，如为True,则应用数据支持备份，可能存在安全隐患
9、android SparseArray使用，Android内部特有的api,标准的jdk是没有这个类的.在Android内部用来替代
HashMap<Integer,E>这种形式,使用SparseArray更加节省内存空间的使用,
SparseArray也是以key和value对数据进行保存的.使用的时候只需要指定value的类型即可.并且key不需要封装成对象类型
‘肆’ Android性能优化总结
常用的Android性能优化方法：
一、布局优化：
1）尽量减少布局文件的层级。
层级少了，绘制的工作量也就少了，性能自然提高。
2）布局重用 <include标签>
3）按需加载：使用ViewStub,它继承自View,一种轻量级控件，本身不参与任何的布局和绘制过程。他的layout参数里添加一个替换的布局文件，当它通过setVisibility或者inflate方法加载后，它就会被内部布局替换掉。
二、绘制优化：
基于onDraw会被调用多次，该方法内要避免两类操作：
1）创建新的局部对象，导致大量垃圾对象的产生，从而导致频繁的gc，降低程序的执行效率。
2）不要做耗时操作，抢CPU时间片，造成绘制很卡不流畅。
三、内存泄漏优化：
1）静态变量导致内存泄漏 比较明显
2）单例模式导致的内存泄漏 单例无法被垃圾回收，它持有的任何对象的引用都会导致该对象不会被gc。
3）属性动画导致内存泄漏 无限循环动画，在activity中播放，但是onDestroy时没有停止的话，动画会一直播放下去，view被动画持有，activity又被view持有，导致activity无法被回收。
四、响应速度优化：
1）避免在主线程做耗时操作 包括四大组件，因为四大组件都是运行在主线程的。
2）把一些创建大量对象等的初始化工作放在页面回到前台之后，而不应该放到创建的时候。
五、ListView的优化：
1）使用convertView，走listView子View回收的一套：RecycleBin 机制
主要是维护了两个数组，一个是mActiveViews,当前可见的view,一个是mScrapViews，当前不可见的view。当触摸ListView并向上滑动时，ListView上部的一些OnScreen的View位置上移，并移除了ListView的屏幕范围，此时这些OnScreen的View就变得不可见了，不可见的View叫做OffScreen的View，即这些View已经不在屏幕可见范围内了，也可以叫做ScrapView，Scrap表示废弃的意思，ScrapView的意思是这些OffScreen的View不再处于可以交互的Active状态了。ListView会把那些ScrapView（即OffScreen的View）删除，这样就不用绘制这些本来就不可见的View了，同时，ListView会把这些删除的ScrapView放入到RecycleBin中存起来，就像把暂时无用的资源放到回收站一样。
当ListView的底部需要显示新的View的时候，会从RecycleBin中取出一个ScrapView，将其作为convertView参数传递给Adapter的getView方法，从而达到View复用的目的，这样就不必在Adapter的getView方法中执行LayoutInflater.inflate()方法了。
RecycleBin中有两个重要的View数组，分别是mActiveViews和mScrapViews。这两个数组中所存储的View都是用来复用的，只不过mActiveViews中存储的是OnScreen的View，这些View很有可能被直接复用；而mScrapViews中存储的是OffScreen的View，这些View主要是用来间接复用的。
2）使用ViewHolder避免重复地findViewById
3)快速滑动不适合做大量异步任务，结合滑动监听，等滑动结束之后加载当前显示在屏幕范围的内容。
4）getView中避免做耗时操作，主要针对图片：ImageLoader来处理(原理：三级缓存)
5）对于一个列表，如果刷新数据只是某一个item的数据，可以使用局部刷新，在列表数据量比较大的情况下，节省不少性能开销。
六、Bitmap优化：
1）减少内存开支：图片过大，超过控件需要的大小的情况下，不要直接加载原图，而是对图片进行尺寸压缩，方式是BitmapFactroy.Options 采样，inSampleSize 转成需要的尺寸的图片。
2）减少流量开销：对图片进行质量压缩，再上传服务器。图片有三种存在形式：硬盘上时是file，网络传输时是stream，内存中是stream或bitmap，所谓的质量压缩，它其实只能实现对file的影响，你可以把一个file转成bitmap再转成file，或者直接将一个bitmap转成file时，这个最终的file是被压缩过的，但是中间的bitmap并没有被压缩。bitmap.compress(Bitmap.CompressFormat.PNG,100,bos);
七、线程优化：
使用线程池。为什么要用线程池？
1、从“为每个任务分配一个线程”转换到“在线程池中执行任务”
2、通过重用现有的线程而不是创建新线程，可以处理多个请求在创建销毁过程中产生的巨大开销
3、当使用线程池时，在请求到来时间 ，不用等待系统重新创建新的线程，而是直接复用线程池中的线程，这样可以提高响应性。
4、通过和适当调整线程池的大小 ，可以创建足够多的线程以使处理器能够保持忙碌状态，同时还可以防止过多线程相互竞争资源而使应用程序耗尽内存或者失败。
5、一个App里面所有的任务都放在线程池中执行后，可以统一管理 ，当应用退出时，可以把程序中所有的线程统一关闭，避免了内存和CPU的消耗。
6、如果这个任务是一个循环调度任务，你则必须在这个界面onDetach方法把这个任务给cancel掉，如果是一个普通任务则可cancel，可不cancel，但是最好cancel
7、整个APP的总开关会在应用退出的时间把整个线程池全部关闭。
八、一些性能优化建议：
1）避免创建过多对象，造成频繁的gc
2)不要过多使用枚举，枚举占用的空间比整型大很多
3）字符串的拼接使用StringBuffer、StringBuilder来替代直接使用String,因为使用String会创建多个String对象，参考第一条。
4）适当使用软引用，（弱引用就不太推荐了）
5）使用内存缓存和磁盘缓存。
‘伍’ 如何提升Android应用的性能
应用的性能除了和手机有关，程序的优化也是很重要的，我来简单说说几点：
（1）数据库操作，这是很常见的操作，每次退出页面或者代码块需要关闭Cursor及数据库
（2）常见的流操作，如网络流，文件流，用完后需要关闭流
（3）代码块的优化，多用局部变量，少用全局变量，因为代码块执行完了就会释放空间
（4）对象用完后，如果有必要，可以做null处理，即赋值null，释放空间
（5）对于有网络请求图片的操作，要使用缓存和图片压缩，提高速率和性能
当然，代码有很多风格，代码优化也有很多方面，我说的算是很常见的了