android布局的优化
1. 怎样去优化安卓app的界面设计
第一点：了解你的目标客户群的心态 1、做微任务的目标客户群(如随时随地看看新闻，听听歌，看看电影，聊聊八卦之类)： 这类的解决方案是设计的app最好是小而准，不要大而全。越全的功能应用，只能代表着这个应用在各方面的都很平庸 2、喜欢当工具来使用的目标客户群：比如找地图，看天气，查数据等。 这类的解决方案是 我们尽最大努力的去满足用户的情景需求。做到极致和简单。 3、无聊的客户群，用来打发消磨时间的：无需求，漫无目的的 这类的解决方案是尽可能展示用户感兴趣的东西，帮助客户来打发消磨时光。 第二点：APP原型图的制作和设计讨论 这个环节是必不可少的。需要根据设计需求认认真真的来画画原型图。 常用的APP原型图工具：移动APP原型设计神器 POP 、axure、Foreui等 第三点：APP视觉设计与设计要点 （1）大概设计板块有APP启动页面设计，APP界面设计的尺寸规范，app图标设计等 一般来说，手机屏幕是从上往下布局的，重要的信息会放在上方。但是在操作上，大部分人都是单手拿手机，常用的操作，要放在界面的下方。 另外还有一个原则，最小的触摸单位，一般是44个像素。如果再小，你的拇指难以触碰，或者容易引发误操作。同时，也不要让界面太拥挤。 所以，设计师必须用减法设计，这个过程需要花时间思考、简化元素。 你必须记住：（1）隐藏设计或者减法设计 （2）分区或分类 （3）帮用户做决策 （4）提高交互创新设计 （5）让人有爽快感和新奇感 （6）在设计中浸入情感，把握用户的心理。（谈谈如何进行产品设计以及产品情感化设计） 一位大师这样说过“真正的简约设计是：作品必须不断的被简化，一改再改，直到设计最终成形。” 2014年 APP设计风格趋向扁平化和卡片化。卡片，扁平化都会是移动app设计的趋势！认为卡片设计确实同时兼具了“拟物”和“极简”2种优势！
2. 如何优化android xml布局
应该是布局方面的问题吧，在xml文件的ImageView有个scaleType属性应该可以解决你的问题 android:scaleType是控制图片如何resized/moved来匹对ImageView的size。 ImageView.ScaleType / android:scaleType值的意义区别： CENTER /center 按图片的原来size居中显示，当图片长/宽超过View的长/宽，则截取图片的居中部分显示 CENTER_CROP / centerCrop 按比例扩大图片的size居中显示，使得图片长(宽)等于或大于View的长(宽) CENTER_INSIDE / centerInside 将图片的内容完整居中显示，通过按比例缩小或原来的size使得图片长/宽等于或小于View的长/宽 FIT_CENTER / fitCenter 把图片按比例扩大/缩小到View的宽度，居中显示 FIT_END / fitEnd 把图片按比例扩大/缩小到View的宽度，显示在View的下部分...
3. Android启动优化概述
Android启动应用, 按 官方说法 分为冷启动, 温启动和热启动.
具体的定义可以看官方文档, 简单地说
一般我们只需要关注冷启动即可.
要想启动快, 硬件性能必然有影响, 在硬件一定的前提下, 我们要尽量 降低启动应用时CPU的负载 , 让CPU有更多的算力投入到启动流程中:
在做好一些基本原则后, 接着看具体的流程优化点
在应用进程创建后, 首先必然是加载类, 此时一些静态变量就会初始化了, 因此我们应该
类加载完毕后就是创建 Application 实例了, 因此我们应该
之后会先创建 ContentProvider 和执行 ContentProvider.onCreate() , 因此我们应该
跟接着就会执行 Application.onCreate() 等方法, 因此我们应该
接着就进入 Activity 环节.
同样第一步会是创建实例, 因此我们应该
在 Activity 进程生命周期后, 第一步就是渲染(inflate)布局, 我们应该
在应用启动的瞬间, 系统服务会先展示一个空白窗口, 等待应用第一帧绘制完毕后, 再从该窗口切换到应用, 如果启动耗时较长, 就会明显看到白屏, 对于这一点, 常见的操作有
可以使用IdleHandler, 在主线程空闲时再执行某些不重要的操作
实际上异步初始化只是不阻塞主线程, 但是子线程一样会占用CPU资源, 让主线程的执行时间变少, 所以不应该盲目地将所有工作放到子线程.
优化做到最后, 就是在系统流程上做文章了
原理是将启动时加载的类放到主dex，提升了这些类的内聚，让更多的类满足pre-verify的条件，在安装时就做了校验和优化，以减少首次加载的耗时，从而优化冷启动耗时。
Redex 初探与 Interdex：Andorid 冷启动优化
应用启动过程中会从apk压缩包中读取文件, 该优化的原理是利用Linux中的Pagecache机制, 让启动过程会用到的文件尽可能进入缓存中, 减少磁盘IO次数
支付宝 App 构建优化解析：通过安装包重排布优化 Android 端启动性能
在Dalvik VM(Android5.0以前)加载类的时候会有一个类校验过程, 它需要校验方法的每一个指令, 是一个比较耗时的过程, 可以通过Hook去掉类加载过程中的类验证过程. 不过对于ART(Android5.0之后)来说, 这个过程在安装时已经做了, 所以用处不大.
不进入冷启动, 就不用优化了~
这个Android Studio自带的工具, 可以看到启动过程中详细的方法执行流程, 但是采集数据本身会影响方法执行, 所以不能准确判断每个方法的耗时, 但是仍可以判断哪个方法相对来说耗时.
这个工具的好处是可以自定义事件, 可以指定需要采集的数据集, 可以看到线程间的状态等.
启动优化的一个关键点在于定义启动结束的点, 以及如何测量启动时间.
在Android4.4以上, 系统进程会提供一个类似 ActivityManager: Displayed ***: +3s534ms 的日志, 表示从启动进程到首次绘制完毕所用的时间.
应用可以在任何时候调用该方法, 触发系统打印类似 system_process I/ActivityManager: Fully drawn {package}/.MainActivity: +1s54ms 的日志
应用可以通过 ViewTreeObserver 来监听绘制前回调来判断第一帧的绘制时机, 或者直接在控件树的末尾加一个简单的View, 它 onDraw 调用时即表示页面(差不多)绘制完毕.
应用启动过程可以参考 Android Vitals Series' Articles 系列文章
4. 怎样android的布局优化加载
下面介绍几种切实有效的方式：
merge
顾名思义，就是合并、融合的意思。使用它可以有效的将某些符合条件的多余的层级优化掉。使用merge的场合主要有两处：
(1)自定义View中使用，父元素尽量是FrameLayout，当然如果父元素是其他布局，而且不是太复杂的情况下也是可以使用的
(2)Activity中的整体布局，根元素需要是FrameLayout
ViewStub
(1)ViewStub只能Inflate一次，之后ViewStub对象会被置为空。按句话说，某个被ViewStub指定的布局被Inflate后，就不能够再通过ViewStub来控制它了。所以它不适用 于需要按需显示隐藏的情况。
(2)ViewStub只能用来Inflate一个布局文件，而不是某个具体的View，当然也可以把View写在某个布局文件中。如果想操作一个具体的view，还是使用visibility属性吧。
(3) VIewStub中不能嵌套merge标签。(前面好像说过)
不过这些确定都无伤大雅，我们还是能够用ViewStub来做很多事情。include
制造这个标签纯碎是为了布局重用，在项目中通常会存在一些布局公用的部分，比如自义标题，我们不需要把一份代码Ctrl C, Ctrl V的到处都是，严重违背程序简洁化、模块儿化的设计思想
5. Android布局优化的几种方式
1. include/merge
布局优化中常常用到include/merge标签，include的含义类似C代码中的include，意思是直接把指定布局片段包含进当前的布局文件。include适用于多个布局文件中存在相同的xml片段，比如说相同的标题栏、相同的广告栏、相同的进度栏等等。
2. ViewStub
在一个页面上根据不同条件展示不同的控件，我们常常会设置控件的可视属性，比如调用指定控件的setVisibility方法，若需展示则设置View.VISIBLE，若需隐藏则设置View.GONE。不过gone的控件只是看不到罢了，实际UI渲染时还是会被加载。要想事先不加载，在条件符合时才加载，就得用到标签ViewStub。
3. style样式
样式在res/values/styles.xml中定义，它适用于下面几种情况：
1、布局文件中存在多个具有相同风格的控件，比如说统一的文本框TextView，都是白底黑字、中号字体、居中显示，这时我们便可在styles.xml定义一种文本样式，然后在各文本框处声明它的style属性。好处一个是减少了布局文件的大小，另一个是方便以后统一修改风格。
2、某些控件在代码中声明时需要手工指定style，例如自定义对话框需要在构造函数中指定样式；另一个例子是弹窗PopupWindow在设置伸缩动画方法setAnimationStyle时需要指定动画样式。
3、定义页面的主题风格，然后应用到Activity页面。代码中设置主题可通过“setTheme(R.style.)”完成，布局中设置可在AndroidManifest.xml的activity节点下添加theme属性，如“android:theme=”@style/“”。
4. Theme主题
主题是一种特殊的样式，主题专用于页面，而样式一般运用于控件。主题定义一般放在themes.xml，样式定义一般放在styles.xml。
Android定义了一些系统主题，完整定义的参见sdk自带的themes.xml，常用的几种说明如下：
Theme.NoTitleBar : 不显示标题栏，即隐藏ActionBar
Theme.Light : 白色背景
Theme.Holo : 浅灰背景
Theme.Black : 黑色背景
Theme.Wallpaper : 壁纸
Theme.Translucent : 透明背景
Theme.Dialog : 对话框
Theme.Panel : 平板
Theme.InputMethod : 输入法
Theme.SearchBar : 搜索框
6. 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.尽量采用静态内部类，这样可以避免潜在的内部类而导致的内存泄漏。
7. Android TextView使用及性能优化
TextView 是Android中最常用的控件，在这里记录下TextView 的用法；
在Android中可以使用系统自带的4种字体：
在XML中使用 android:typeface="normal" 进行设置
将字体文件放到main/assets/fonts目录下，使用Asset读取字体后进行设置
使用 android:drawableLeft="@mipmap/ic_launcher" 可以设置一张图片显示在文字的上下左右，减少布局层级
使用Span能够在一段TextView中设置不同颜色的字体，链接，图片等内容
使用ClickableSpan 能够设置一段文字的点击事件
创建自己的MyClickableSpan：
之后使用SpannableStringBuilder来创建字符串，并使用setSpan来为字符串的一部分设置Span对象
其中setSpan()方法的最后一个参数标识有以下常量，这些常量标识着在 对SpannableStringBuilder进行insert时 添加的字符适用的规则：
Spanned.SPAN_EXCLUSIVE_EXCLUSIVE
Spanned.SPAN_EXCLUSIVE_INCLUSIVE
Spanned.SPAN_INCLUSIVE_EXCLUSIVE
Spanned.SPAN_INCLUSIVE_INCLUSIVE
前一个 EXCLUSIVE / INCLUSIVE 标识着在设置了Span的一段字符之前（紧挨着）插入字符时，被不被包含到Span范围中， EXCLUSIVE 表示包含， INCLUSIVE 表示不包含；
第二个 EXCLUSIVE / INCLUSIVE 同理表示插入这段字符之后的效果；
ImageSpan用于在TextView中插入图片，可以用来实现图文混排
使用方法：
这样实现的效果是文字与图片底部进行对齐，如果需要图片中线与文字中线对其，需要自己重写ImageSpan
Android 中的TextView中存在着很多EditText中的特性，在setText()方法中会涉及到很多Span相关的操作，比如设置TextWatcher，重新构造Spannable等操作，在我们仅仅显示静态文本的时候这些操作都是没有必要的（通过使用普通的TextView进行Debug来验证普通的TextView的确是Span的）；
在大量显示静态文本的时候就可以通过StaticLayout来计算出TextView的布局信息，这项工作可以放到非UI线程来进行，能够减少在setText()的时候UI线程的耗时，达到优化TextView性能的目的；
StaticLayout是TextView中用于显示多行静态文本的Layout，也是能够支持SpannableString的，只是不能在Span变化之后重新Layout，所以在大部分场景下已经适用；
通过这个自定义的View来显示Text，在onDraw()的时候直接使用layout来进行绘制，而设置需要显示的文本则直接使用setLayout()来实现
使用下面给出的参考链接中的测试Demo在 ZTE A2017 Android7.1.1 高通820设备上，普通TextView在ListView中连续滚动的帧数是55帧，使用StaticLayout的结果为60帧
可以作为在APP使用CPU资源较多的情况下的优化手段
参考链接： TextView预渲染研究
在Android中，TextView的测量消耗了大量的时间，Android P中提供了PrecomputedText能够将测量这个过程放到后台来执行，减轻对于UI线程的卡顿；
非Android P时，使用AppCompatTextView控件，使用setTextFeature()方法来将文本的measure过程放到其他线程来执行，而不是直接将text应用于TextView；
在调用了这个方法之后如果对TextView进行边距，文字大小等的设置都将会报错；
Prefetch Text Layout in RecyclerView
PrecomputedTextCompat
在ListView中仅替换设置Text的方法时未测试出性能与普通方法有什么优势，猜测是ListView没有在getView和显示之间预留时间，
测试项目地址：
https://github.com/GavynZhang/PrecomuptedTextViewTest
8. android 布局优化使用什么标签
android 布局优化主要使用抽象布局标签
(1) <include>标签
include标签常用于将布局中的公共部分提取出来供其他layout共用，以实现布局模块化，这在布局编写方便提供了大大的便利。
下面以在一个布局main.xml中用include引入另一个布局foot.xml为例。main.mxl代码如下：
java<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<ListView
android:id="@+id/simple_list_view"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout_marginBottom="@dimen/dp_80" />
<include layout="@layout/foot.xml" />
</RelativeLayout>
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > <ListView android:id="@+id/simple_list_view" android:layout_width="match_parent" android:layout_height="match_parent" android:layout_marginBottom="@dimen/dp_80" /> <include layout="@layout/foot.xml" /> </RelativeLayout>
其中include引入的foot.xml为公用的页面底部，代码如下：
Java<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<Button
android:id="@+id/button"
android:layout_width="match_parent"
android:layout_height="@dimen/dp_40"
android:layout_above="@+id/text"/>
<TextView
android:id="@+id/text"
android:layout_width="match_parent"
android:layout_height="@dimen/dp_40"
android:layout_alignParentBottom="true"
android:text="@string/app_name" />
</RelativeLayout>
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > <Button android:id="@+id/button" android:layout_width="match_parent" android:layout_height="@dimen/dp_40" android:layout_above="@+id/text"/> <TextView android:id="@+id/text" android:layout_width="match_parent" android:layout_height="@dimen/dp_40" android:layout_alignParentBottom="true" android:text="@string/app_name" /> </RelativeLayout>
<include>标签唯一需要的属性是layout属性，指定需要包含的布局文件。可以定义android:id和android:layout_*属性来覆盖被引入布局根节点的对应属性值。注意重新定义android:id后，子布局的顶结点i就变化了。(2) <viewstub>标签
viewstub标签同include标签一样可以用来引入一个外部布局，不同的是，viewstub引入的布局默认不会扩张，即既不会占用显示也不会占用位置，从而在解析layout时节省cpu和内存。
viewstub常用来引入那些默认不会显示，只在特殊情况下显示的布局，如进度布局、网络失败显示的刷新布局、信息出错出现的提示布局等。
下面以在一个布局main.xml中加入网络错误时的提示页面network_error.xml为例。main.mxl代码如下：
Java<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
……
<ViewStub
android:id="@+id/network_error_layout"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:layout="@layout/network_error" />
</RelativeLayout>
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > …… <ViewStub android:id="@+id/network_error_layout" android:layout_width="match_parent" android:layout_height="match_parent" android:layout="@layout/network_error" /> </RelativeLayout>
其中network_error.xml为只有在网络错误时才需要显示的布局，默认不会被解析，示例代码如下：
Java<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent" >
<Button
android:id="@+id/network_setting"
android:layout_width="@dimen/dp_160"
android:layout_height="wrap_content"
android:layout_centerHorizontal="true"
android:text="@string/network_setting" />
<Button
android:id="@+id/network_refresh"
android:layout_width="@dimen/dp_160"
android:layout_height="wrap_content"
android:layout_below="@+id/network_setting"
android:layout_centerHorizontal="true"
android:layout_marginTop="@dimen/dp_10"
android:text="@string/network_refresh" />
</RelativeLayout>
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > <Button android:id="@+id/network_setting" android:layout_width="@dimen/dp_160" android:layout_height="wrap_content" android:layout_centerHorizontal="true" android:text="@string/network_setting" /> <Button android:id="@+id/network_refresh" android:layout_width="@dimen/dp_160" android:layout_height="wrap_content" android:layout_below="@+id/network_setting" android:layout_centerHorizontal="true" android:layout_marginTop="@dimen/dp_10" android:text="@string/network_refresh" /> </RelativeLayout>
在java中通过(ViewStub)findViewById(id)找到ViewStub，通过stub.inflate()展开ViewStub，然后得到子View，如下：
Javaprivate View networkErrorView;
private void showNetError() {
// not repeated infalte
if (networkErrorView != null) {
networkErrorView.setVisibility(View.VISIBLE);
return;
}
ViewStub stub = (ViewStub)findViewById(R.id.network_error_layout);
networkErrorView = stub.inflate();
Button networkSetting = (Button)networkErrorView.findViewById(R.id.network_setting);
Button refresh = (Button)findViewById(R.id.network_refresh);
}
private void showNormal() {
if (networkErrorView != null) {
networkErrorView.setVisibility(View.GONE);
}
}
private View networkErrorView; private void showNetError() { // not repeated infalte if (networkErrorView != null) { networkErrorView.setVisibility(View.VISIBLE); return; } ViewStub stub = (ViewStub)findViewById(R.id.network_error_layout); networkErrorView = stub.inflate(); Button networkSetting = (Button)networkErrorView.findViewById(R.id.network_setting); Button refresh = (Button)findViewById(R.id.network_refresh);} private void showNormal() { if (networkErrorView != null) { networkErrorView.setVisibility(View.GONE); }}
在上面showNetError()中展开了ViewStub，同时我们对networkErrorView进行了保存，这样下次不用继续inflate。这就是后面第三部分提到的减少不必要的infalte。
viewstub标签大部分属性同include标签类似。上面展开ViewStub部分代码
JavaViewStub stub = (ViewStub)findViewById(R.id.network_error_layout);
networkErrorView = stub.inflate();
ViewStub stub = (ViewStub)findViewById(R.id.network_error_layout);networkErrorView = stub.inflate();
也可以写成下面的形式
JavaView viewStub = findViewById(R.id.network_error_layout);
viewStub.setVisibility(View.VISIBLE); // ViewStub被展开后的布局所替换
networkErrorView = findViewById(R.id.network_error_layout); // 获取展开后的布局
View viewStub = findViewById(R.id.network_error_layout);viewStub.setVisibility(View.VISIBLE); // ViewStub被展开后的布局所替换networkErrorView = findViewById(R.id.network_error_layout); // 获取展开后的布局
效果一致，只是不用显示的转换为ViewStub。通过viewstub的原理我们可以知道将一个view设置为GONE不会被解析，从而提高layout解析速度，而VISIBLE和INVISIBLE这两个可见性属性会被正常解析。
9. 针对Android的性能优化集中哪些方面
一、概要：
本文主要以Android的渲染机制、UI优化、多线程的处理、缓存处理、电量优化以及代码规范等几方面来简述Android的性能优化
二、渲染机制的优化：
大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。
Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染， 如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。
*关于JobScheler的更多知识可以参考http://hukai.me/android-training-course-in-chinese/background-jobs/scheling/index.html
七、代码规范
1）for loop中不要声明临时变量，不到万不得已不要在里面写try catch。
2）明白垃圾回收机制，避免频繁GC，内存泄漏，OOM(有机会专门说)
3）合理使用数据类型，StringBuilder代替String，少用枚举enum，少用父类声明(List,Map)
4）如果你有频繁的new线程，那最好通过线程池去execute它们，减少线程创建开销。
5）你要知道单例的好处，并正确的使用它。
6）多用常量，少用显式的"action_key"，并维护一个常量类，别重复声明这些常量。
7）如果可以，至少要弄懂设计模式中的策略模式，组合模式，装饰模式，工厂模式，观察者模式，这些能帮助你合理的解耦，即使需求频繁变更，你也不用害怕牵一发而动全身。需求变更不可怕，可怕的是没有在写代码之前做合理的设计。
8）View中设置缓存属性.setDrawingCache为true.
9）cursor的使用。不过要注意管理好cursor,不要每次打开关闭cursor.因为打开关闭Cursor非常耗时。Cursor.require用于刷cursor.
10）采用SurfaceView在子线程刷新UI,避免手势的处理和绘制在同一UI线程（普通View都这样做）
11）采用JNI，将耗时间的处理放到c/c++层来处理
12）有些能用文件操作的，尽量采用文件操作，文件操作的速度比数据库的操作要快10倍左右
13）懒加载和缓存机制。访问网络的耗时操作启动一个新线程来做，而不要再UI线程来做
14）如果方法用不到成员变量，可以把方法申明为static，性能会提高到15%到20%
15）避免使用getter/setter存取field，可以把field申明为public，直接访问
16）私有内部类要访问外部类的field或方法时,其成员变量不要用private，因为在编译时会生成setter/getter,影响性能。可以把外部类的field或方法声明为包访问权限
17）合理利用浮点数，浮点数比整型慢两倍
18）针对ListView的性能优化，ListView的背景色与cacheColorHint设置相同颜色，可以提高滑动时的渲染性能。ListView中getView是性能是关键，这里要尽可能的优化。
getView方法中要重用view；getView方法中不能做复杂的逻辑计算，特别是数据库操作，否则会严重影响滑动时的性能
19）不用new关键词创建类的实例，用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。
clone()方法不会调用任何类构造函数。在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：
20）public static Credit getNewCredit() {
return new Credit();
}
改进后的代码使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路对于数组处理同样很有用。
21）乘法和除法
考虑下面的代码：
for (val = 0; val < 100000; val +=5) { alterX = val * 8; myResult = val * 2; }
用移位操作替代乘法操作可以极大地提高性能。下面是修改后的代码：
for (val = 0; val < 100000; val += 5) { alterX = val << 3; myResult = val << 1; }
22）ViewPager同时缓存page数最好为最小值3，如果过多，那么第一次显示时，ViewPager所初始化的pager就会很多，这样pager累积渲染耗时就会增多，看起来就卡。
23）每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true)，最好不要预加载数据，以免造成浪费
24）提高下载速度：要控制好同时下载的最大任务数，同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)
25）提供加载速度：让服务端提供不同分辨率的图片才是最好的解决方案。还有合理使用内存缓存，使用开源的框架
引用：Android性能优化的浅谈
10. android 开发之app都可以进行哪些优化
1.在后台取消一些线程中的动作
我们知道App运行过程中所有的操作都默认在主线程（UI线程）中进行的，这样App的响应速度就会受到影响。会导致程序陷入卡顿、死掉甚至会发生系统错误。
为 了加快响应速度，需要把费时的操作（比如网络请求、数据库操作或者复杂的计算）从主线程移动到一个单独的线程中。最高效的方式就是在类这一级完成 这项操作，可以使用AsyncTask或者IntentService来创建后台操作。如果选择使用IntentService，它会在需要的时候启动起 来，然后通过一个工作线程来处理请求（Intent）。
使用IntentService时需要注意以下几点限制：
这个类不要给UI传递信息，如果要向用户展示处理结果信息请用Activity；
每次只能处理一个请求；
每一个处理请求过程都不能中断；
2.保持响应不发生ANR
从UI线程中移除费时操作这个方式还可以防止用户操作出现系统不响应（ANR）对话框。需要做的就是继承AsyncTask来创建一个后台工作线程，并实现doInBackground()方法。
还有一种方式就是自己创建一个Thread类或者HandlerThread类。需要注意这样也会使App变慢，因为默认的线程优先级和主线程的优先级是一样的，除非你明确设定线程的优先级。
3.在线程中初始化查询操作
当查询操作正在后台处理时，展示数据也不是即时的，但是你可以使用CursorLoader对象来加快速度，这个操作可以使Activity和用户之间的互动不受影响。
使用这个对象后，你的App会为ContentProvider初始化一个独立的后台线程进行查询，当查询结束后就会给调用查询的Activity返回结果。
4.其它需要注意的方面
使用StrictMode来检查UI线程中可能潜在的费时操作；
使用一些特殊的工具如Safe.ijiami、Systrace或者Traceview来寻找在你的应用中的瓶颈；
用进度条向用户展示操作进度；
如果初始化操作很费时，请展示一个欢迎界面。
优化设备的电池寿命
更新数据时经常唤醒程序；
用EDGE或者3G来传递数据；
文本数据转换，进行非JIT正则表达式操作。
如果应用很费电，请不要责怪用户卸载了你的应用。对于电池使用来说，主要费电情况如下：
5.优化网络
如果没有网络连接，请让你的应用跳过网络操作；只在有网络连接并且无漫游的情况下更新数据；
选择兼容的数据格式，把含有文本数据和二进制数据的请求全部转化成二进制数据格式请求；
使用高效的转换工具，多考虑使用流式转换工具，少用树形的转换工具；
为了更快的用户体验，请减少重复访问服务器的操作；
如果可以的话，请使用framework的GZIP库来压缩文本数据以高效使用CPU资源。
6.优化应用在前端的工作
如果考虑使用wakelocks，尽量设置为最小的级别；
为了防止潜在的bug导致的电量消耗，请明确指定超时时间；
启用 android:keepScreenOn属性；
除了系统的GC操作，多考虑手动回收Java对象，比如XmlPullParserFactory和BitmapFactory。还有正则表达式的Matcher.reset(newString)操作、StringBuilder.setLength(0)操作；
要注意同步的问题，尽管在主线程中是安全的；
在Listview中要多采用重复利用策略；
如果允许的话多使用粗略的网络定位而不用GPS，对比一下GPS需要1mAh（25s * 140 mA），而一般网络只用0.1mAh（2s * 180mA）；
确保注销GPS的位置更新操作，因为这个更新操作在onPause()中也是会继续的。当所有的应用都注销了这个操作，用户可以在系统设置中重新启用GPS而不浪费电量；
请考虑在大量数理运算中使用低精度变量并在用DisplayMetrics进行DPI任务时缓存变量值；
7.优化工作在前台的应用
请确保service生命周期都是短暂的，因为每个进程都需要2MB的内存，而在前台程序需要内存时也会重新启动；
保持内存的使用量不要太大；
如果要应用每30分钟更新一次，请在设备处于唤醒状态下进行；
Service在pull或者sleep状态都是不好的，这就是为什么在服务结束时要使用AlarmManager或者配置属性stopSelf()的原因。
8.其它注意事项
在进行整体更新之前检查电池的状态和网络状态，等待最好的状态在进行大幅度装换操作；
让用户看到用电情况，比如更新周期，后台操作的时候；
实现低内存占用UI
9.找到布局显示问题
当 我们为布局单独创建UI的时候，就是在创建滥用内存的App，它在UI中会出现可恶的延时。要实现一个流畅的、低内存占用的UI，第一步就是搜索 你的应用找出潜在的瓶颈布局。使用Safe.ijiami和Android SDK/tools/中自带的Hierarchy Viewer Tool工具。
还有一个很好的工具就是Lint，它会扫描应用的源码去寻找可能存在的bug，并为控件结果进行优化。
10.解决问题
如果布局显示结果发现了问题，你可以考虑简化布局结构。可以把LinearLayout类型转化成RelativeLayout类型，降低布局的层级结构