Android性能优化篇：Android中如何避免创建不必要的对象

Integer sum = 0;
for (int i = 1000; i < 5000; i++) {
sum += i;
} 

int result = sum.intValue() + i;
Integer sum = new Integer(result); 

由于我们这里声明的sum为Integer类型，在上面的循环中会创建将近4000个无用的Integer对象，在这样庞大的循环中，会降低程序的性能并且加重了垃圾回收的工作量。因此在我们编程时，需要注意到这一点，正确地声明变量类型，避免因为自动装箱引起的性能问题。

另外，当将原始数据类型的值加入集合中时，也会发生自动装箱，所以这个过程中也是有对象创建的。如有需要避免这种情况，可以选择SparseArray,SparseBooleanArray,SparseLongArray等容器。

谨慎选用容器

Java和Android提供了很多编辑的容器集合来组织对象。比如ArrayList,ContentValues,HashMap等。

然而，这样容器虽然使用起来方便，但也存在一些问题，就是他们会自动扩容，这其中不是创建新的对象，而是创建一个更大的容器对象。这就意味这将占用更大的内存空间。

以HashMap为例，当我们put key和value时，会检测是否需要扩容，如需要则双倍扩容

@Override
public V put(K key, V value) {
if (key == null) {
return putValueForNullKey(value);
}
//some code here
// No entry for (non-null) key is present; create one
modCount++;
if (size++ > threshold) {
tab = doubleCapacity();
index = hash & (tab.length - 1);
}
addNewEntry(key, value, hash, index);
return null;
} 

关于扩容的问题，通常有如下几种方法
预估一个较大的容量值，避免多次扩容
寻找替代的数据结构，确保做到时间和空间的平衡
用好LaunchMode
提到LaunchMode必然和Activity有关系。正常情况下我们在manifest中声明Activity，如果不设置LaunchMode就使用默认的standard模式。
一旦设置成standard，每当有一次Intent请求，就会创建一个新的Activity实例。举个例子，如果有10个撰写邮件的Intent，那么就会创建10个ComposeMailActivity的实例来处理这些Intent。结果很明显，这种模式会创建某个Activity的多个实例。
如果对于一个搜索功能的Activity，实际上保持一个Activity示例就可以了，使用standard模式会造成Activity实例的过多创建，因而不好。
确保符合常理的情况下，合理的使用LaunchMode，减少Activity的创建。
Activity处理onConfigurationChanged
这又是一个关于Activity对象创建相关的，因为Activity创建的成本相对其他对象要高很多。
默认情况下，当我们进行屏幕旋转时，原Activity会销毁，一个新的Activity被创建，之所以这样做是为了处理布局适应。当然这是系统默认的做法，在我们开发可控的情况下，我们可以避免重新创建Activity。
以屏幕切换为例，在Activity声明时，加上

<activity
android:name=".MainActivity"
android:configChanges="orientation"
android:label="@string/app_name"
android:theme="@style/AppTheme.NoActionBar"/> 

@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) {
setContentView(R.layout.portrait_layout);
} else if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
setContentView(R.layout.landscape_layout);
}
} 

注意字符串拼接

字符串这个或许是最不起眼的一项了。这里主要讲的是字符串的拼接

Log.i(LOGTAG, "onCreate bundle=" + savedInstanceState); 

这应该是我们最常见的打log的方式了，然而字符串的拼接内部实际是生成StringBuilder对象，然后挨个进行append，直至最后调用toString方法的过程。

下面是一段代码循环的代码，这明显是很不好的，因为这其中创建了很多的StringBuilder对象。

public void implicitUseStringBuilder(String[] values) {
String result = "";
for (int i = 0; i < values.length; i++) {
result += values[i];
}
System.out.println(result);
} 

降低字符串拼接的方法有

• 使用String.format替换
• 如果是循环拼接，建议显式在循环外部创建StringBuilder使用

减少布局层级

布局层级过多，不仅导致inflate过程耗时，还多创建了多余的辅助布局。所以减少辅助布局还是很有必要的。可以尝试其他布局方式或者自定义视图来解决这类的问题。

提前检查，减少不必要的异常

异常对于程序来说，在平常不过了，然后其实异常的代码很高的，因为它需要收集现场数据stacktrace。但是还是有一些避免异常抛出的措施的，那就是做一些提前检查。

比如，我们想要打印一个文件的每一行字符串，没做检查的代码如下，是存在FileNotFoundException抛出可能的。

private void printFileByLine(String filePath) {
try {
FileInputStream inputStream = new FileInputStream("textfile.txt");
BufferedReader br = new BufferedReader(new InputStreamReader(inputStream));
String strLine;
//Read File Line By Line
while ((strLine = br.readLine()) != null) {
// Print the content on the console
System.out.println(strLine);
}
br.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
} 

private void printFileByLine(String filePath) {
if (!new File(filePath).exists()) {
return;
}
try {
FileInputStream inputStream = new FileInputStream("anonymous.txt");
BufferedReader br = new BufferedReader(new InputStreamReader(inputStream));
String strLine;
//Read File Line By Line
while ((strLine = br.readLine()) != null) {
// Print the content on the console
System.out.println(strLine);
}
br.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}