android优化多线程

㈠ android 4.3的主要变化

果冻豆（Jelly Bean）系列系统在黄油项目（Project butter）的帮助下，已引入“垂直同步定时”（vsync timing）、“三重缓冲”（triple buffering）、“减少的触摸延时”（reced touchlatency）,“CPU输入提振”（CPU input boost）和“硬件加速的2D渲染”（hardware-accelerated 2D rendering）等技术，令安卓设备特别是Nexus系列运行起来达到了前所未有的顺滑。
而作为Android 4.X系列的作品之一，Android 4.3系统再次增加了新的优化：对于图形性能，硬件加速2D渲染优化了流绘图命令；对于多线程处理，渲染也可以使用多个CPU内核的多线程执行某些任务；此外，新系统还对形状和文本的渲染进行了提升，并改进了窗口缓冲区的分配。所有这一切，都将会为用户带来一个全新的安卓体验，快速、流畅而灵敏。 多用户切换：在上一版本系统（Android 4.2）中，平板系统加入了多用户（multi-user）的功能，它允许同一台设备拥有最多8个独立的用户空间，并且可以保持3个账户的活跃状态；而新版系统优化了锁屏界面的用户切换速度，再多用户也无压力。
受限账户：Android 4.3系统在此基础上引入“保密文档”（ Restricted profiles）功能，根据不同的受限账户情况（儿童、访客和零售商店等），设备所有者可以进一步指派哪些应用有权使用所有者的身份和设置，更能够简单地禁用或隐藏他们；此外，单独应用的特定功能还能够在API级别上进行限制，比如定位或应用内购。 支持“智能蓝牙”（Bluetooth Smart）：Android 4.3系统正式支持低能耗蓝牙4.0技术（Bluetooth 4.0 Low Energy）。相较于3.0版本，蓝牙4.0拥有低功耗、3毫秒低延迟、AES-128加密等特点，它将三种规格集一体，包括传统蓝牙技术、高速技术和低耗能技术。根据官方的数据，蓝牙4.0的峰值能耗约为3.0的一半，极低的运行和待机功耗使得一粒纽扣电池甚至可连续工作一年之久。考虑到安卓设备的全球占有率情况，低能耗的连接方式，将会促进可穿戴设备的普及，并加速互联网的建设。
支持“Bluetooth AVRCP 1.3”： 将帮助用户更好地完成外放设备与安卓设备间的音频互动，包括停止、播放、音量调整和上下首曲目切换等操作；此外，用户的车载音响还可以显示曲目名称。 企业用户：Android4.3为企业用户带来了丰富的新功能：单独的应用能够在WPA2网络上配置WiFi凭证，并通过可扩展身份验证协议(EAP)与网络交换认证；Keychain API为应用程序密匙加入了一种新的处理方式，即使系统被入侵，也无法从设备上导出；系统加入了新的密钥库提供程序，用于创建无法被其他应用所查看的安全密匙，私人密钥库密匙同样无法被导出；/System分区会组织应用执行setuid程序(从而关掉一些漏洞)；最后，Android4.3系统还使用了SELinux强制访问控制系统。
普通用户：Android4.3隐藏了一个名曰“AppOps”的权限控制器，可以让我们自定义应用所能获取的权限，而不再是之前非此即彼的“全部允许”或“取消安装”。开启这项彩蛋功能的方法是调取“活动”（Activity）>“设置”>“应用操作”，并且已有现成的封装调取程序可供下载。尽管我们可以借助LBE、SRT、PDroid、XPrivacy和CM Guard等应用来管理程序的权限，但原生安卓自带该功能，毕竟是一种突破，相信谷歌会进一步完善安卓系统的安全保障机制。 在Android 4.3系统中，所有使用“前台服务接口”实现运行的的应用程序都会被强制显示在通知栏和拓展通知窗的“正在运行”（Ongoing）中，而不受“显示通知”选项的控制。
根据谷歌安卓工程师在Google+上的解释，这种做法是谷歌有意为之的，目的是让无法杀掉进程且在后台静默运行的应用程序在通知栏上“显形”，让用户得以关注“行为不端”的应用程序。
他们发现，有相当多的应用程序滥用“前台服务接口“（Service.startForeground() API ）来使自己常驻后台，不被杀死；又通过制作一个异常的通知对象，来躲过系统的通知管理器（Notification Manager），不为用户所察觉，威胁着机主的隐私安全。
起初，谷歌尝试更好地检测此类通知并令这些程序运行崩溃，但寡不敌众，也治标不治本；为此，在Android 4.3系统中，谷歌保障了用户对正在运行的应用程序的知情权和处置权，也势必有效遏制针对此API的滥用行为。 全景照片： 我们知道在JellyBean系列系统中，“全景拍摄”包含两种模式：“横轴全景”（Panorama）和“360度全景”（Photosphere）。其中，后者逼真的“街景浏览”效果和“鱼眼浏览”效果着实惊艳了许多用户；不过，拍摄过程中产生的图片衔接与校准问题，又令不少人郁闷。好消息是，谷歌地图项目经理Evan Rapoport宣布已大大提升了Android 4.3的全景拍照功能，通过优化对准和拼接颜色，照片将更加明亮，过度将更加自然。接下来，借助HTML5和java技术，我们可以将自己得意的街景照片分享到论坛和社交网站。
设置界面：由Android 4.2系统的“圆形菜单”改进为Android 4.3系统的“弧形菜单”，避免手指遮挡现象，降低误点击可能，更加适合单手操作；同时，进一步利用图标代替文字说明，直观而时尚。
定时器：Android4.3系统的相机增加了定时拍摄的功能。
快门键：拍照状态时，新版系统支持利用音量键拍照。无论点击音量增大还是音量减小，相机都会在按下按钮起进行对焦测光，松开按钮即释放快门拍下照片。 “禁用应用”标签：在Android 4.3系统中，用户可以通过“设置”>“应用”里最右侧的“禁用应用”标签（Disabled tab），直接浏览所有被冻结的自带应用，而不必再通过“所有应用”标签（Alltab）苦苦找寻了。
“白日梦”屏保：新版系统的 Photo Daydream功能能够在Android 4.3系统的相册以及文件夹当中进行导航。 工具：开发者们能够使用到增强的Systrace工具，它能够从硬件模组、内核功能、Dalvik虚拟机和资源加载当中引入数据。追踪API能够对代码段进行标记，节约部分系统资源。
选项：系统隐藏的开发者选项也补充了新的功能，帮助开发者更好地掌握GPU情况。 Android除了保持以往的系统版本升级外，还逐渐引入模块化升级。即便用户无法及时将设备系统更新到最新版本，仍然可以通过谷歌商店替换部分符合条件的内置应用，体验到更为人性化的操作。
（1） 谷歌音乐播放器(Google PlayMusic)得到改进，融入了卡片式设计灵感，用色更明亮，交互更流畅。
（2） 谷歌云笔记（Google Keep）早在3月份就正式推出，而今整合到新版系统中，方便用户随时随地记录感悟。
（3） 环聊（Hangouts）于2013年谷歌I/O大会上正式推出，脱胎于Google Plus，整合了多项谷歌聊天工具，用以替代Google Talk应用。

㈡ 每个Android 都应必须了解的多线程知识点~

进程是系统调度和资源分配的一个独立单位。

在Android中，一个应用程序就是一个独立的集成，应用运行在一个独立的环境中，可以避免其他应用程序/进程的干扰。当我们启动一个应用程序时，系统就会创建一个进程（该进程是从Zygote中fork出来的，有独立的ID），接着为这个进程创建一个主线程，然后就可以运行MainActivity了，应用程序的组件默认都是运行在其进程中。开发者可以通过设置应用的组件的运行进程，在清单文件中给组件设置：android:process = "进程名";可以达到让组件运行在不同进程中的目的。让组件运行在不同的进程中，既有好处，也有坏处。我们依次的说明下。

好处：每一个应用程序（也就是每一个进程）都会有一个内存预算，所有运行在这个进程中的程序使用的总内存不能超过这个值，让组件运行不同的进程中，可以让主进程可以拥有更多的空间资源。当我们的应用程序比较大，需要的内存资源比较多时（也就是用户会抱怨应用经常出现OutOfMemory时），可以考虑使用多进程。

坏处：每个进程都会有自己的虚拟机实例，因此让在进程间共享一些数据变得相对困难，需要采用进程间的通信来实现数据的共享。

线程是进程的一个实体，是CPU调度和分派的基本单位，它是比进程更小的能独立运行的基本单位。

在Android中，线程会有那么几种状态：创建、就绪、运行、阻塞、结束。当应用程序有组件在运行时，UI线程是处于运行状态的。默认情况下，应用的所有组件的操作都是在UI线程里完成的，包括响应用户的操作（触摸，点击等），组件生命周期方法的调用，UI的更新等。因此如果UI线程处理阻塞状态时(在线程里做一些耗时的操作，如网络连接等)，就会不能响应各种操作，如果阻塞时间达到5秒，就会让程序处于ANR（application not response）状态。

1.线程作用

减少程序在并发执行时所付出的时空开销，提高操作系统的并发性能。

2.线程分类

守护线程、非守护线程（用户线程）

2.1 守护线程

定义：守护用户线程的线程，即在程序运行时为其他线程提供一种通用服务
常见：如垃圾回收线程
设置方式：thread.setDaemon(true);//设置该线程为守护线程

2.2 非守护线程（用户线程）

主线程 & 子线程。

2.2.1 主线程（UI线程）

定义：Android系统在程序启动时会自动启动一条主线程
作用：处理四大组件与用户进行交互的事情（如UI、界面交互相关）
因为用户随时会与界面发生交互，因此主线程任何时候都必须保持很高的响应速度，所以主线程不允许进行耗时操作，否则会出现ANR。

2.2.2 子线程（工作线程）

定义：手动创建的线程
作用：耗时的操作（网络请求、I/O操作等）

2.3 守护线程与非守护线程的区别和联系

区别：虚拟机是否已退出，即
a. 当所有用户线程结束时，因为没有守护的必要，所以守护线程也会终止，虚拟机也同样退出
b. 反过来，只要任何用户线程还在运行，守护线程就不会终止，虚拟机就不会退出

3.线程优先级

3.1 表示

线程优先级分为10个级别，分别用Thread类常量表示。

3.2 设置

通过方法setPriority(int grade)进行优先级设置，默认线程优先级是5，即 Thread.NORM_PRIORITY。

4.线程状态

创建状态：当用 new 操作符创建一个线程的时候

就绪状态：调用 start 方法，处于就绪状态的线程并不一定马上就会执行 run 方法，还需要等待CPU的调度

运行状态：CPU 开始调度线程，并开始执行 run 方法

阻塞（挂起）状态：线程的执行过程中由于一些原因进入阻塞状态，比如：调用 sleep/wait 方法、尝试去得到一个锁等

结束（消亡）状态：run 方法执行完 或者 执行过程中遇到了一个异常

（1）start()和run()的区别

通过调用Thread类的start()方法来启动一个线程，这时此线程是处于就绪状态，并没有运行。调用Thread类调用run()方法来完成其运行操作的，方法run()称为线程体，它包含了要执行的这个线程的内容，run()运行结束，此线程终止，然后CPU再调度其它线程。

（2）sleep()、wait()、yield()的区别

sleep()方法属于Thread类，wait()方法属于Object类。
调用sleep()方法，线程不会释放对象锁，只是暂停执行指定的时间，会自动恢复运行状态；调用wait()方法，线程会放弃对象锁，进入等待此对象的等待锁定池，不调用notify()方法，线程永远处于就绪（挂起）状态。

yield()直接由运行状态跳回就绪状态，表示退让线程，让出CPU，让CPU调度器重新调度。礼让可能成功，也可能不成功，也就是说，回到调度器和其他线程进行公平竞争。

1.Android线程的原则

（1）为什么不能再主线程中做耗时操作
防止ANR, 不能在UI主线程中做耗时的操作，因此我们可以把耗时的操作放在另一个工作线程中去做。操作完成后，再通知UI主线程做出相应的响应。这就需要掌握线程间通信的方式了。 在Android中提供了两种线程间的通信方式：一种是AsyncTask机制，另一种是Handler机制。

（2）为什么不能在非UI线程中更新UI 因为Android的UI线程是非线程安全的，应用更新UI，是调用invalidate()方法来实现界面的重绘，而invalidate()方法是非线程安全的，也就是说当我们在非UI线程来更新UI时，可能会有其他的线程或UI线程也在更新UI，这就会导致界面更新的不同步。因此我们不能在非UI主线程中做更新UI的操作。

2.Android实现多线程的几种方式

3.为何需要多线程

多线程的本质就是异步处理，直观一点说就是不要让用户感觉到“很卡”。

4.多线程机制的核心是啥

多线程核心机制是Handler

推荐Handler讲解视频： 面试总被问到Handler？带你从源码的角度解读Handler核心机制

根据上方提到的 多进程、多线程、Handler 问题，我整理了一套 Binder与Handler 机制解析的学习文档，提供给大家进行学习参考，有需要的可以 点击这里直接获取！！！ 里面记录许多Android 相关学习知识点。

㈢ 针对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）乘法和除法

考虑下面的代码：

22）ViewPager同时缓存page数最好为最小值3，如果过多，那么第一次显示时，ViewPager所初始化的pager就会很多，这样pager累积渲染耗时就会增多，看起来就卡。

23）每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true)，最好不要预加载数据，以免造成浪费

24）提高下载速度：要控制好同时下载的最大任务数，同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)

25）提供加载速度：让服务端提供不同分辨率的图片才是最好的解决方案。还有合理使用内存缓存，使用开源的框架

引用：Android性能优化的浅谈

㈣ 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怎么提高线程的优先级

线程调度 计算机通常只有一个CPU,在任意时刻只能执行一条机器指令,每个线程只有获得CPU的使用权才能执行指令.所谓多线程的并发运行,其实是指从宏观上看,各个线程轮流获得CPU的使用权,分别执行各自的任务.在运行池中,会有多个处于就绪状态的线程在等待CPU,JAVA虚拟机的一项任务就是负责线程的调度,线程调度是指按照特定机制为多个线程分配CPU的使用权. 有两种调度模型：分时调度模型和抢占式调度模型。 分时调度模型是指让所有的线程轮流获得cpu的使用权,并且平均分配每个线程占用的CPU的时间片这个也比较好理解。 java虚拟机采用抢占式调度模型，是指优先让可运行池中优先级高的线程占用CPU，如果可运行池中的线程优先级相同，那么就随机选择一个线程，使其占用CPU。处于运行状态的线程会一直运行，直至它不得不放弃CPU。 一个线程会因为以下原因而放弃CPU。 1 java虚拟机让当前线程暂时放弃CPU，转到就绪状态，使其它线程或者运行机会。 2 当前线程因为某些原因而进入阻塞状态 3 线程结束运行 需要注意的是，线程的调度不是跨平台的，它 不仅仅取决于java虚拟机，还依赖于操作系统。在某些操作系统中，只要运行中的线程没有遇到阻塞，就不会放弃CPU；在某些操作系统中，即使线程没有遇到阻塞，也会运行一段时间后放弃CPU，给其它线程运行的机会。 java的线程调度是不分时的，同时启动多个线程后，不能保证各个线程轮流获得均等的CPU时间片。 如果希望明确地让一个线程给另外一个线程运行的机会，可以采取以下办法之一。 调整各个线程的优先级 让处于运行状态的线程调用Thread.sleep()方法 让处于运行状态的线程调用Thread.yield()方法 让处于运行状态的线程调用另一个线程的join()方法

㈥ 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类型，降低布局的层级结构

㈦ 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 Studio 编译app 的速度

以下几个方法可以提高Android Studio的编译速度：

• 使用Gradle 2.4。

1. Gradle 2.4对执行性能有很大的优化，要手动让Android Studio使用Gradle 2.4，在项目根目录下的 build.grade中加入。