性能优化--公共部分
这个世界上有很多编辑语言,几乎在任意一个编程语言中都有性能优化这个课题。性能优化需要根据语言、系统等具体的特性来具体对待的,但尽管如此,在不同的编程语言中,仍有大量的相同的优化方案;本文总结的就是这些相同的优化方案。
注意:
本文的目的就是作为针对具体语言的性能优化一个补充;
目录
一. 项目优化方案的分类
二. 所有语言共同的优化方案
- 应用效果展现速度的优化
- 应用程序体积的优化
- 代码片断优化方案
一. 项目优化方案的分类
若对一个项目进行充分的性能优化,我认为需要从以下几个方面来进行优化:
- 应用程序架构优化;
- 设计模式优化;
- 代码片断优化;
- 应用效果的展现速度优化;
- 应用程序体积优化;
其中,我认为 应用程序架构 和 设计模式 的优化原则者属性优秀代码原则(详见《优秀代码的原则》),优秀代码的原则如下:
- 高复用;
- 低耦合;
本文重点讲所有语言共同的优化方案。
二. 所有语言共同的优化方案
1. 应用效果展现速度的优化
-
提高应用启动速度;
尽量减少应用启动时非必须的逻辑和运算,以提高应用的启动速度; -
对于运算开销较大的业务,在使用前提前计算;
-
动画的时间不要设置太长;
-
在执行耗时的逻辑时,尽量添加动画提示;
2. 应用程序体积的优化
-
尽量给标识符(如:变量名、属性名、函数名等)取较短的名字,这样代码的体积更小;
-
压缩代码,比如:除去多余的空格、换行等等;
-
合并零碎的需要通过网络请求的小文件;
-
压缩文件体积;
-
尽量把各种背景图拼合成一张;
3. 代码片断优化方案
-
对于大开销的操作,尽量在执行这些操作前先判断下操作的执行条件,以减少大开销操作的频率;
如:因为加锁操作要比普通代码耗费更多的资源,所以,如果锁内的操作有执行条件时,尽量再把执行条件在加锁之前再判断一次,以减少不必要的加锁操作; -
对于频繁执行的操作,可以在这些操作前加个开销较小的必要条件,以减少操作的执行频率;
如:假设有需要频繁判断字符串string1是否包含字符串string2;由于这种处理操作会涉及到字符级别的遍历和比较,所以也算是一个较耗性能的处理,为了减少这个操作的执行频率,我们可以加个执行条件:string1.length >= string2.length
;因为获取length仅仅是获取一个属性值,相对判断是否包含另外一个字符的操作所需的处理资源要少很多,所以在频繁执行是否包含字符串的操作时,加此判断条件能大大提升性能; -
对于可能用到的对象尽量使用懒加载;
-
合理的充分利用线程;
-
对于经常使用的对象和通过密集型计算得来的不常变的数据,尽量进行缓存;
-
对于经常被实例化的类,尽量通过设置此类已有的实例的属性来重用已有的实例,从而避免重新创建对象;
-
选择合适的数据持久化技术;
-
在密集型创建对象的地方,适时手动释放自动释放池,或者使用单独的自动释放池;
-
尽量使用代码量少的方案;
-
尽量把for语句的初始化语句、条件语句、递增语句中的多层访问和计算放在for语句外面;
-
如果不考虑可读性,应尽量使用连续调用(如链式调用),这样可以减少查找变量的次数,从而可以提高性能;