android性能优化和内存优化
❶ Android应用性能优化的内容简介
今天的Android应用开发者经常要想尽办法来提升程序性能。由于应用越来越复杂，这个问题也变得越来越棘手。本书主要介绍如何快速高效地优化应用，让应用变得稳定高效。你将学会利用Android SDK和NDK来混合或单独使用Java、C/C++来开发应用。书中还特别讲解了如下内容：
· 一些OpenGL的优化技术以及RenderScript（Android的新特性）的基础知识；
· 利用SDK来优化应用的Java代码的技巧；
· 通过高效使用内存来提升性能的技巧；
· 延长电池使用时间的技巧；
· 使用多线程的时机及技巧；
· 评测剖析代码的技巧。
把本书的内容学以致用，你的编程技术就会得到关键性的提升，写出的应用就会更为健壮高效，从而广受用户好评，并最终获得成功。
目录
第1章Java代码优化1.1Android如何执行代码1.2优化斐波纳契数列1.2.1从递归到迭代1.2.2BigInteger1.3缓存结果1.4API等级1.5数据结构1.6响应能力1.6.1推迟初始化1.6.2StrictMode1.7SQLite1.7.1SQLite语句1.7.2事务1.7.3查询
第1章Java代码优化1.1Android如何执行代码1.2优化斐波纳契数列1.2.1从递归到迭代1.2.2BigInteger1.3缓存结果1.4API等级1.5数据结构1.6响应能力1.6.1推迟初始化1.6.2StrictMode1.7SQLite1.7.1SQLite语句1.7.2事务1.7.3查询1.8总结
第2章NDK入门2.1NDK里有什么2.2混合使用Java和C/C++代码2.2.1声明本地方法2.2.2实现JNI粘合层2.2.3创建Makefile2.2.4实现本地函数2.2.5编译本地库2.2.6加载本地库2.3Application.mk2.3.1为(几乎)所有设备优化2.3.2支持所有设备2.4Android.mk2.5使用C/C++改进性能2.6本地Acitivity2.6.1构建缺失的库2.6.2替代方案2.7总结
第3章NDK进阶3.1汇编3.1.1最大公约数3.1.2色彩转换3.1.3并行计算平均值3.1.4ARM指令3.1.5ARM NEON3.1.6CPU特性3.2C扩展3.2.1内置函数3.2.2向量指令3.3技巧3.3.1内联函数3.3.2循环展开3.3.3内存预读取3.3.4用LDM/STM替换LDR/STD3.4总结
第4章高效使用内存4.1说说内存4.2数据类型4.2.1值的比较4.2.2其他算法4.2.3数组排序4.2.4定义自己的类4.3访问内存4.4排布数据4.5垃圾收集4.5.1内存泄漏4.5.2引用4.6API4.7内存少的时候4.8总结
第5章多线程和同步5.1线程5.2AsyncTask5.3Handler和Looper5.3.1Handler5.3.2Looper5.4数据类型5.5并发5.6多核5.6.1为多核修改算法5.6.2使用并发缓存5.7Activity生命周期5.7.1传递信息5.7.2记住状态5.8总结
第6章性能评测和剖析6.1时间测量6.1.1System.nanoTime()6.1.2Debug.threadCpuTimeNanos()6.2方法调用跟踪6.2.1Debug.startMethodTracing()6.2.2使用Traceview工具6.2.3DDMS中的Traceview6.2.4本地方法跟踪6.3日志6.4总结
第7章延长电池续航时间7.1电池7.2禁用广播接收器7.3网络7.3.1后台数据7.3.2数据传输7.4位置7.4.1注销监听器7.4.2更新频率7.4.3多种位置服务7.4.4筛选定位服务7.4.5最后已知位置7.5传感器7.6图形7.7提醒7.8WakeLock7.9总结
第8章图形8.1布局优化8.1.1相对布局8.1.2合并布局8.1.3重用布局8.1.4ViewStub8.2布局工具8.2.1层级视图8.2.2layoutopt8.3OpenGL ES8.3.1扩展8.3.2纹理压缩8.3.3Mipmap8.3.4多APK8.3.5着色8.3.6场景复杂性8.3.7消隐8.3.8渲染模式8.3.9功耗管理8.4总结
第9章RenderScript9.1概览9.2Hello World9.3Hello Rendering9.3.1创建渲染脚本9.3.2创建RenderScriptGL Context9.3.3展开RSSurfaceView9.3.4设置内容视图9.4在脚本中添加变量9.5HelloCompute9.5.1Allocation9.5.2rsForEach9.5.3性能9.6自带的RenderScript API9.6.1rs_types.rsh9.6.2rs_core.rsh9.6.3rs_cl.rsh9.6.4rs_math.rsh9.6.5rs_graphics.rsh9.6.6rs_time.rsh9.6.7rs_atomic.rsh9.7RenderScript与NDK对比9.8总结
❷ 如何对Android进行性能优化
不知道你是说对系统优化还是什么app优化，
系统优化就只能找底层人员的了，我也不是很了解。
app优化的话，大体有以下几个方面
ui优化，去除累赘的布局，优化初始化的速度，提高apk流畅性。
网络交互优化，好的网络和数据处理方式决定了app的体验性能。
检查内存是否有泄漏，人们常说的anr详细。
如何你问的是android手机优化。
平常人只能下载手机管家这种软件进行清除内存，垃圾，卸载无用的apk，保持android系统的流畅性。
❸ android开发内存优化之如何有效避免oom
减小对象的内存占用
内存对象的重复利用
避免对象的内存泄露
内存使用策略优化
设计风格很大程度上会影响到程序的内存与性能，相对来说，如果大量使用类似Material Design的风格，不仅安装包可以变小，还可以减少内存的占用，渲染性能与加载性能都会有一定的提升。
内存优化并不就是说程序占用的内存越少就越好，如果因为想要保持更低的内存占用，而频繁触发执行gc操作，在某种程度上反而会导致应用性能整体有所下降，这里需要综合考虑做一定的权衡。
Android的内存优化涉及的知识面还有很多：内存管理的细节，垃圾回收的工作原理，如何查找内存泄漏等等都可以展开讲很多。OOM是内存优化当中比较突出的一点，尽量减少OOM的概率对内存优化有着很大的意义。
❹ android 面试内存优化怎么回答
android 性能主要之响应速度 和UI刷新速度。
可以参考博客：Android系统性能调优工具介绍
首先从函数的耗时来说，有一个工具TraceView 这是androidsdk自带的工作，用于测量函数耗时的。
UI布局的分析，可以有2块，一块就是Hierarchy Viewer 可以看到View的布局层次，以及每个View刷新加载的时间。
这样可以很快定位到那块layout & View 耗时最长。
还有就是通过自定义View来减少view的层次。
❺ 在Android开发中，有哪些好的内存优化方式
我的做法是时间换空间，尽量文件化一些占用内存的数据。最典型的就是ListView中的Bitmap，可以参考这个开源组件的实现。 其将Bitmap都本地文件缓存，内存中只保留最近使用的4张图片，在使用中发现还是会偶尔出现OOM，然后我就将其改为完全的读取文件，内存中不保留图片，使用以后都自动回收，由此扩展的数据文件也同样缓存成文件。
除了Bitmap，其他的地方没想到什么能占用这么大内存，网络下载下来的数据文件?需要都留在内存中吗？目前我做的应用，每次请求的数据大小都比较小，每次Http请求下来的数据都把url转换成文件名，然后缓存成文件，在下次Http请求的时候先根据url来预读文件，暂时不用的数据就释放掉。
经常会OOM我觉得就是在Bitmap处理的时候，比如decodeFile，在往界面上加载图片时，不用直接加载原图，可以进行缩放。一张1000*1000的图片要加载到一个100*100的ImageView上，直接加载进来大多数都会OOM,可以先用inJustDecodeBounds
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
拿到这个图片的大小，再算好缩放比例
int scale = 0;
scale = (int)(options.outHeight / (float)size);
if (scale <= 0) {
scale = 1;
}
options.inSampleSize = scale;
options.inJustDecodeBounds = false;
再进行decode。
总之就是尽量时间换空间，实际这个时间是非常非常短的，用户体验内的。
❻ android 性能优化有哪些
耗时任务异步处理；
布局文件优化；
不可见视图需要时加载；
应用内慎用多进程。
欢迎采纳
❼ android系统性能优化怎么学习
我们知道App运行过程中所有的操作都默认在主线程（UI线程）中进行的，这样App的响应速度就会受到影响。会导致程序陷入卡顿、死掉甚至会发生系统错误。
为了加快响应速度，需要把费时的操作（比如网络请求、数据库操作或者复杂的计算）从主线程移动到一个单独的线程中。最高效的方式就是在类这一级完成这项操作，可以使用AsyncTask或者IntentService来创建后台操作。如果选择使用IntentService，它会在需要的时候启动起来，然后通过一个工作线程来处理请求（Intent）。
❽ 如何做Android性能优化
有人在奔跑，有人在睡觉，有人在感恩，有人在报怨，有目标的睡不着，没目标的人睡不醒，努力才是人生的应有态度，睁开眼就是新的开始。
❾ 如何对Android客户端性能优化
为什么我们的App需要优化，最显而易见的时刻：用户say，什么狗屎，刷这么久都没反应，取关卸载算了。
这跟什么有关，我们先苍白的反驳下，尼玛用户设备老旧网又烂，关我屁事，根本不用优化。可是，老板拍板了，施压给CTO，然后CTO又来找你：Y的今天必须给我想办法优化了，不然不准回家。
好吧，为什么从UI的表象上看，App又卡又慢而且还错乱。我们试着来剖析下吧。
题外话：把minSDK改到4.0＋，去特么的low用户，连手机都不愿意换，还能指望它能给你带来多少营收么，直接pass掉吧。4.0前的系统bug不少，不能为了弥补这些bug而降低了整体的高性能。
好了，让我们先从UI说起：
首先要明白的是UI的绘制流程：measure-layout-draw，measure与layout都需要for loop所有的子控件，汇集起来才能完成绘制，布局。所以子控件越多，所消耗的时间越长(inflate，layout_weight，relative，多层嵌套等)，减少不必要的子控件或层级，是相当有必要的。你可以通过merge,viewstub这些标签来减少层级嵌套。如果你的空间观念没那么好，可以用HierarchyViewer工具来检查。
对于Listview或者GridView这种多item的组件来说，复用item可以减少inflate次数，通过setTag，getTag的ViewHolder方式实现复用，这里要注意的是，holder中的控件最好reset后再赋值，避免图片，文字错乱。
对于ViewPager第一次显示时卡顿以及左右滑动卡顿，有以下几种优化方式：
ViewPager同时缓存page数最好为最小值3，如果过多，那么第一次显示时，ViewPager所初始化的pager就会很多，这样pager累积渲染耗时就会增多，看起来就卡。
每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true)，最好不要预加载数据，以免造成浪费
图片显示不出来或者加载时间太长，怎么办？分两部分，下载速度，加载速度。
对于下载，要控制好同时下载的最大任务数(平均速度慢)，同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)。
对于加载速度，我们要知道一点，虽然下载的图片可能只有几百K，但是decode成bitmap所占用的内存可是成倍的，尽可能的减小图片size是根本因素，让服务端提供不同分辨率的图片才是最好的解决方案，内存总有耗尽的时刻，别老想着大分辨率会更清晰，实际就只有150*150的空间，非给弄张1000*1000的图片是不恰当的。另外论加载速度：内存>硬盘>网络，合理的使用内存缓存也是关键。假如自己写不好，没关系，有那么多开源的图片缓存框架，不用自己操心。
再说缓存
有很多种缓存方式，也不用Stay列举了，我们要说的是搭配使用。
比方说，以前我们一直在用强引用，HashMap，后来我们发现占内存，我们就用软引用，弱引用来及时回收，再后来因为回收机制不可控，所以又有了lrucache，disklrucache通过算法来平衡内存与硬盘缓存。随着android版本的推进与演化，我们也应该拥抱变化。如果你的App里还有软引用，弱引用的地方，不妨再check下。
比方说网络＋数据库。网络我们一般都是去主动获取，而非被动接受。那如果说数据是重复的或者未更改的呢？那我们去取一次网络数据有什么意义呢？我的解决方案是给每个activity或fragment或每个组件设置一个最大请求间隔，比如一个listview，第一次请求数据时，保存一份到数据库，并记下时间戳，当下次重新初始化时，判断是否超过最大时间间隔(如5分钟)，如果没有，只加载数据库数据，不需要再做网络请求。当然，还有一些隐式的http请求框架会缓存服务器数据，在一定时间内不再请求网络，或者当服务器返回304时将之前缓存的数据直接返回。
反正也说到网络了，那我们也来说说
现在有很多现成HTTP框架供我们使用，我们几乎只用写配置就可以搞定一个url请求，但是这里有很多需要服务端配合的，比如：json数据格式，WebP代替jpg，支持断点续传，多个请求合并成一个，尽量不做重定向，服务器缓存以及负载均衡等。
对客户端本身，除了上述的实现，我们还需要合理的缓存，控制最大请求并发量，及时取消已失效的请求，过滤重复请求，timeout时间设置，请求优先级设置等。
优化可不是一个人的事，实现一个功能简单，但是想优化重构，那是很不容易的事。需要多方面的预判与联调。合理的假设与实践是优化最重要的手段。
说完这些具体的点，我们再来说说一些常识，或者称之为代码规范。
你要知道for loop中不要声明临时变量，不到万不得已不要在里面写try catch。
明白垃圾回收机制，避免频繁GC，内存泄漏，OOM(有机会专门说)
合理使用数据类型，比如StringBuilder代替String，(笔试题最常见的是str+="str"中有几个对象) ，少用枚举enum，少用父类声明(List,Map)
如果你有频繁的new线程，那最好通过线程池去execute它们，减少线程创建开销。
你要知道单例的好处，并正确的使用它。
多用常量，少用显式的"action_key"，并维护一个常量类，别重复声明这些常量。
如果可以，至少要弄懂设计模式中的策略模式，组合模式，装饰模式，工厂模式，观察者模式，这些能帮助你合理的解耦，即使需求频繁变更，你也不用害怕牵一发而动全身。需求变更不可怕，可怕的是没有在写代码之前做合理的设计。
当然还有很多很多，Stay所说的也只是一个大的轮廓，还是需要自己不断的尝试。会开发写代码跟会做产品的区别还是蛮大的，仅仅是态度就能刷死80%的码农了。当你碰到一些需要优化的地方，耐心的去分析，时间的累积会让你成为真正的工程师。
另外优化也没有绝对的完美，每一次优化都是基于当前的环境来做的，要明白沟通是最好的优化，不盲从，不随便，三思而后行。
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.尽量采用静态内部类，这样可以避免潜在的内部类而导致的内存泄漏。