Android中优化问题

xml布局优化

1、避免使用linerlayout一直嵌套。

2、使用merge，merge标签主要就是减少嵌套的层数。

具体参照：http://blog.csdn.net/rwecho/article/details/8951009

3、使用viewsub。

在一些应用中，我们可能在某些情况下才需要某些布局进行显示，通常想到的方法就是在不需要的时候就设置为gone，需要的时候遍设置为visible，这样可行但是可能是出现

资源被占用的情况，这样就可以使用viewsub，viewsub标签默认情况不可见，如果需要时，设置visible即可。

4、使用include

在android的xml中我们往往会经常用到过一些静态的、重复的模块，如果满足前面两种情况的话就推荐使用include，比如toolbar

Android应用程序内存优化

      在开发Android App的过程中，经常会遇到内存方面的压力，比如OOM，或者频繁GC。

      本文不打算涵盖内存优化的所有方面，只是介绍一下我自己遇到的问题和解决方法。

      1.确定频繁分配内存的代码路径。

         一般来说，频繁分配内存的路径可能会是绘制（draw）相关的方法，排版（layout）相关的方法，某些回调方法（特别是传感器回调方法）。

         你可能会检查这部分代码，然后优化它。但是，内存分配可能发生在调用链的更下面，检查代码非常困难。

         这里推荐一个工具，DDMS下的Allocation Tracker。它可以显示出程序运行中频繁分配内存的部分，并准确定位到对应的代码。

      2.减少频繁的内存分配。

         虽然Java是自动回收内存的，但是频繁的内存分配肯定会增加GC方面的压力，导致程序运行不流畅。

         减少频繁地创建对象或者不在这些地方创建对象是一个显而易见的方法。

Android性能，内存优化

随着技术的发展，智能手机硬件配置越来越高，可是它和现在的PC相比，其运算能力，续航能力，存储空间等都还是受到很大的限制，同时用户对手机的体验要 求远远高于PC的桌面应用程序。以上理由，足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事 情。同时，我们应该时刻牢记，写出高效代码的两条基本的原则：（1）不要做不必要的事；（2）不要分配不必要的内存。

我从去年开始接触Android开发，以下结合自己的一点项目经验，同时参考了Google的优化文档和网上的诸多技术大牛给出的意见，整理出这份文档。

 

1.      内存优化

Android系统对每个软件所能使用的RAM空间进行了限制(如：Nexus one 对每个软件的内存限制是24M)，同时Java语言本身比较消耗内存，dalvik虚拟机也要占用一定的内存空间，所以合理使用内存，彰显出一个程序员的素质和技能。

1)       了解JIT

即时编译（Just-in-time Compilation，JIT），又称动态转译（Dynamic Translation），是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现，新版（Android2.2+）将换成JIT编译器实现。性能测试显示，在多项测试中新版本比旧版本提升了大约6倍。

详细请参考 http://hi.baidu.com/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b.html

2)       避免创建不必要的对象

就像世界上没有免费的午餐，世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池，可以使创建对象的代价变得小一些，但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存，就会引发周期性的垃圾回收，用户就会觉得界面像打嗝一样一顿一顿的。所以，除非必要，应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则：当你从用户输入的数据中截取一段字符串时，尽量使用substring函数取得原始数据的一个子串，而不是为子串另外建立一份拷贝。这样你就有一 个新的String对象，它与原始数据共享一个char数组。 如果你有一个函数返回一个String对象，而你确切的知道这个字符串会被附加到一个StringBuffer，那么，请改变这个函数的参数和实现方式， 直接把结果附加到StringBuffer中，而不要再建立一个短命的临时对象。

一个更极端的例子是，把多维数组分成多个一维数组：

int数组比Integer数组好，这也概括了一个基本事实，两个平行的int数组比 (int,int)对象数组性能要好很多。同理，这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组，尝试使用两个单独的 Foo[]数组和Bar[]数组，一定比(Foo,Bar)数组效率更高。（也有例外的情况，就是当你建立一个API，让别人调用它的时候。这时候你要注重对API接口的设计而牺牲一点儿速度。当然在API的内部，你仍要尽可能的提高代码的效率）

总体来说，就是避免创建短命的临时对象。减少对象的创建就能减少垃圾收集，进而减少对用户体验的影响。

3)       静态方法代替虚拟方法

如果不需要访问某对象的字段，将方法设置为静态，调用会加速15%到20%。这也是一种好的做法，因为你可以从方法声明中看出调用该方法不需要更新此对象的状态。

4)       避免内部Getters/Setters

在源生语言像C++中，通常做法是用Getters(i=getCount())代替直接字段访问(i=mCount)。这是C++中一个好的习惯，因为编译器会内联这些访问，并且如果需要约束或者调试这些域的访问，你可以在任何时间添加代码。而在Android中，这不是一个好的做法。虚方法调用的代价比直接字段访问高昂许多。通常根据面向对象语言的实践，在公共接口中使用Getters和Setters是有道理的，但在一个字段经常被访问的类中宜采用直接访问。无JIT时，直接字段访问大约比调用getter访问快3倍。有JIT时(直接访问字段开销等同于局部变量访问)，要快7倍。