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

简介:

在编程开发中,内存的占用是我们经常要面对的现实,通常的内存调优的方向就是尽量减少内存的占用。这其中避免创建不必要的对象是一项重要的方面。

Android设备不像PC那样有着足够大的内存,而且单个App占用的内存实际上是比较小的。所以避免创建不必要的对象对于Android开发尤为重要。

本文会介绍一些常见的避免创建对象的场景和方法,其中有些属于微优化,有的属于编码技巧,当然也有确实能够起到显著效果的方法。

使用单例

单例是我们常用的设计模式,使用这种模式,我们可以只提供一个对象供全局调用。因此单例是避免创建不必要的对象的一种方式。

单例模式上手容易,但是需要注意很多问题,最重要的就是多线程并发的情况下保证单例的唯一性。当然方式很多,比如饿汉式,懒汉式double-check等。这里介绍一个很极客的书写单例的方式。

 
 
  1. public static class SingleInstance { 
  2.     private SingleInstance() { 
  3.     } 
  4.  
  5.    public static SingleInstance getInstance() { 
  6.             return SingleInstanceHolder.sInstance; 
  7.    } 
  8.  
  9.   private static class SingleInstanceHolder { 
  10.             private static SingleInstance sInstance = new SingleInstance(); 
  11.   } 

在Java中,类的静态初始化会在类被加载时触发,我们利用这个原理,可以实现利用这一特性,结合内部类,可以实现上面的代码,进行懒汉式创建实例。

避免进行隐式装箱

自动装箱是Java 5 引入的一个特性,即自动将原始类型的数据转换成对应的引用类型,比如将int转为Integer等。

这种特性,极大的减少了编码时的琐碎工作,但是稍有不注意就可能创建了不必要的对象了。比如下面的代码

 
 
  1. Integer sum = 0; 
  2.   for (int i = 1000; i < 5000; i++) { 
  3.         sum += i; 

上面的代码sum+=i可以看成sum = sum + i,但是+这个操作符不适用于Integer对象,首先sum进行自动拆箱操作,进行数值相加操作,最后发生自动装箱操作转换成Integer对象。其内部变化如下

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

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

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

谨慎选用容器

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

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

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

 
 
  1. @Override 
  2. public V put(K key, V value) { 
  3.     if (key == null) { 
  4.         return putValueForNullKey(value); 
  5.     } 
  6.     //some code here 
  7.  
  8.     // No entry for (non-nullkey is present; create one 
  9.     modCount++; 
  10.     if (size++ > threshold) { 
  11.         tab = doubleCapacity(); 
  12.         index = hash & (tab.length - 1); 
  13.     } 
  14.     addNewEntry(key, value, hash, index); 
  15.     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声明时,加上

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

然后重写Activity的onConfigurationChanged方法

 
 
  1. @Override 
  2. public void onConfigurationChanged(Configuration newConfig) { 
  3.    super.onConfigurationChanged(newConfig); 
  4.    if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) { 
  5.         setContentView(R.layout.portrait_layout); 
  6.      } else if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) { 
  7.         setContentView(R.layout.landscape_layout); 
  8.     } 

注意字符串拼接

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

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

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

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

 
 
  1. public void implicitUseStringBuilder(String[] values) { 
  2.         String result = ""
  3.         for (int i = 0; i < values.length; i++) { 
  4.             result += values[i]; 
  5.         } 
  6.         System.out.println(result); 
  7.     } 

降低字符串拼接的方法有

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

减少布局层级

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

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

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

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

 
 
  1. private void printFileByLine(String filePath) { 
  2.    try { 
  3.       FileInputStream inputStream = new FileInputStream("textfile.txt"); 
  4.       BufferedReader br = new BufferedReader(new InputStreamReader(inputStream)); 
  5.       String strLine; 
  6.       //Read File Line By Line 
  7.       while ((strLine = br.readLine()) != null) { 
  8.           // Print the content on the console 
  9.           System.out.println(strLine); 
  10.       } 
  11.         br.close(); 
  12.     } catch (FileNotFoundException e) { 
  13.        e.printStackTrace(); 
  14.     } catch (IOException e) { 
  15.         e.printStackTrace(); 
  16.    } 

如果我们进行文件是否存在的检查,抛出FileNotFoundException的概率会减少很多,

 
 
  1. private void printFileByLine(String filePath) { 
  2.    if (!new File(filePath).exists()) { 
  3.             return
  4.    } 
  5.     try { 
  6.        FileInputStream inputStream = new FileInputStream("anonymous.txt"); 
  7.        BufferedReader br = new BufferedReader(new InputStreamReader(inputStream)); 
  8.        String strLine; 
  9.       //Read File Line By Line 
  10.        while ((strLine = br.readLine()) != null) { 
  11.             // Print the content on the console 
  12.            System.out.println(strLine); 
  13.        } 
  14.          br.close(); 
  15.     } catch (FileNotFoundException e) { 
  16.         e.printStackTrace(); 
  17.     } catch (IOException e) { 
  18.         e.printStackTrace(); 
  19.    } 

上述的检查是一个不错的编码技巧,建议采纳。

不要过多创建线程

在android中,我们应该尽量避免在主线程中执行耗时的操作,因而需要使用其他线程。

 
 
  1. private void testThread() { 
  2.     new Thread() { 
  3.        @Override 
  4.        public void run() { 
  5.           super.run(); 
  6.           //do some io work 
  7.       } 
  8.    }.start(); 

虽然这些能工作,但是创建线程的代价远比普通对象要高的多,建议使用HandlerThread或者ThreadPool做替换。

使用注解替代枚举

枚举是我们经常使用的一种用作值限定的手段,使用枚举比单纯的常量约定要靠谱。然后枚举的实质还是创建对象。好在Android提供了相关的注解,使得值限定在编译时进行,进而减少了运行时的压力。相关的注解为IntDef和StringDef。

如下以IntDef为例,介绍如何使用

在一个文件中如下声明

 
 
  1. public class AppConstants { 
  2.    public static final int STATE_OPEN = 0; 
  3.    public static final int STATE_CLOSE = 1; 
  4.    public static final int STATE_BROKEN = 2; 
  5.  
  6.    @IntDef({STATE_OPEN, STATE_CLOSE, STATE_BROKEN}) 
  7.    public @interface DoorState { 
  8.    } 

然后设置书写这样的方法

 
 
  1. private void setDoorState(@AppConstants.DoorState int state) { 
  2.    //some code 

当调用方法时只能使用STATE_OPEN,STATE_CLOSE和STATE_BROKEN。使用其他值会导致编译提醒和警告。

选用对象池

在Android中有很多池的概念,如线程池,连接池。包括我们很长用的Handler.Message就是使用了池的技术。

比如,我们想要使用Handler发送消息,可以使用Message msg = new Message(),也可以使用Message msg = handler.obtainMessage()。使用池并不会每一次都创建新的对象,而是优先从池中取对象。

使用对象池需要需要注意几点

  • 将对象放回池中,注意初始化对象的数据,防止存在脏数据
  • 合理控制池的增长,避免过大,导致很多对象处于闲置状态

谨慎初始化Application

Android应用可以支持开启多个进程。 通常的做法是这样

 
 
  1. <service 
  2.    android:name=".NetworkService" 
  3.    android:process=":network"/> 

通常我们在Application的onCreate方法中会做很多初始化操作,但是每个进程启动都需要执行到这个onCreate方法,为了避免不必要的初始化,建议按照进程(通过判断当前进程名)对应初始化.

 
 
  1. public class MyApplication extends Application { 
  2.    private static final String LOGTAG = "MyApplication"
  3.  
  4.      @Override 
  5.      public void onCreate() { 
  6.         String currentProcessName = getCurrentProcessName(); 
  7.         Log.i(LOGTAG, "onCreate currentProcessName=" + currentProcessName); 
  8.            super.onCreate(); 
  9.            if (getPackageName().equals(currentProcessName)) { 
  10.                 //init for default process 
  11.            } else if (currentProcessName.endsWith(":network")) { 
  12.                 //init for netowrk process 
  13.            } 
  14.      } 
  15.  
  16.     private String getCurrentProcessName() { 
  17.         String currentProcessName = ""
  18.         int pid = android.os.Process.myPid(); 
  19.         ActivityManager manager = (ActivityManager) this.getSystemService(Context.ACTIVITY_SERVICE); 
  20.         for (ActivityManager.RunningAppProcessInfo processInfo : manager.getRunningAppProcesses()) { 
  21.             if (processInfo.pid == pid) { 
  22.                     currentProcessName = processInfo.processName; 
  23.                     break; 
  24.             } 
  25.        } 
  26.       return currentProcessName; 
  27.     } 

上面的一些知识就是关于Android中如何避免创建多余对象的总结.欢迎提出意见和观点,共同进步.




作者:anonymoussf
来源:51CTO
目录
相关文章
|
1月前
|
缓存 监控 Android开发
探索iOS与安卓开发中的性能优化策略
在移动应用开发的竞技场上,iOS和安卓这两大操作系统不断推动着技术的边界。性能优化,作为提升用户体验的关键因素,已成为开发者们关注的焦点。本文将深入探讨两大平台上的性能优化实践,揭示如何通过工具、技术和策略来提升应用的响应速度和流畅度,同时考虑到电池寿命和内存管理等关键指标。
|
2月前
|
存储 Java 编译器
🔍深入Android底层,揭秘JVM与ART的奥秘,性能优化新视角!🔬
【7月更文挑战第28天】在Android开发中,掌握底层机制至关重要。从Dalvik到ART, Android通过采用AOT编译在应用安装时预编译字节码至机器码,显著提升了执行效率。ART还优化了垃圾回收,减少内存占用及停顿。为了优化性能,可减少DEX文件数量、优化代码结构利用内联等技术、合理管理内存避免泄漏,并使用ART提供的调试工具。
80 7
|
4天前
|
存储 Java 编译器
🔍深入Android底层,揭秘JVM与ART的奥秘,性能优化新视角!🔬
【9月更文挑战第12天】在Android开发领域,深入了解其底层机制对提升应用性能至关重要。本文详述了从早期Dalvik虚拟机到现今Android Runtime(ART)的演变过程,揭示了ART通过预编译技术实现更快启动速度和更高执行效率的奥秘。文中还介绍了ART的编译器与运行时环境,并提出了减少DEX文件数量、优化代码结构及合理管理内存等多种性能优化策略。通过掌握这些知识,开发者可以从全新的角度提升应用性能。
25 11
|
18天前
|
人工智能 缓存 数据库
安卓应用开发中的性能优化技巧AI在医疗诊断中的应用
【8月更文挑战第29天】在安卓开发的广阔天地里,性能优化是提升用户体验、确保应用流畅运行的关键所在。本文将深入浅出地探讨如何通过代码优化、资源管理和异步处理等技术手段,有效提升安卓应用的性能表现。无论你是初学者还是资深开发者,这些实用的技巧都将为你的安卓开发之路增添光彩。
|
19天前
|
API Android开发
Android P 性能优化:创建APP进程白名单,杀死白名单之外的进程
本文介绍了在Android P系统中通过创建应用进程白名单并杀死白名单之外的进程来优化性能的方法,包括设置权限、获取运行中的APP列表、配置白名单以及在应用启动时杀死非白名单进程的代码实现。
39 1
|
15天前
|
图形学 iOS开发 Android开发
从Unity开发到移动平台制胜攻略:全面解析iOS与Android应用发布流程,助你轻松掌握跨平台发布技巧,打造爆款手游不是梦——性能优化、广告集成与内购设置全包含
【8月更文挑战第31天】本书详细介绍了如何在Unity中设置项目以适应移动设备,涵盖性能优化、集成广告及内购功能等关键步骤。通过具体示例和代码片段,指导读者完成iOS和Android应用的打包与发布,确保应用顺利上线并获得成功。无论是性能调整还是平台特定的操作,本书均提供了全面的解决方案。
67 0
|
2月前
|
XML 缓存 Android开发
🎯解锁Android性能优化秘籍!让你的App流畅如飞,用户爱不释手!🚀
【7月更文挑战第28天】在移动应用竞争中,性能是关键。掌握Android性能优化技巧对开发者至关重要。
31 2
|
JavaScript Java Android开发
《Android游戏开发详解》一2.10 使用对象
我们现在开始真正地使用对象。创建一个名为BasicObjects的新的Java对象。然后,创建一个名为World的新类,并且给它一个简单的“Hello, world!” 的main方法,如程序清单2.9所示。
1396 0