性能优化--公共部分

2017-09-08  本文已影响0人  科研者

这个世界上有很多编辑语言,几乎在任意一个编程语言中都有性能优化这个课题。性能优化需要根据语言、系统等具体的特性来具体对待的,但尽管如此,在不同的编程语言中,仍有大量的相同的优化方案;本文总结的就是这些相同的优化方案。
注意:
本文的目的就是作为针对具体语言的性能优化一个补充;

目录

一. 项目优化方案的分类
二. 所有语言共同的优化方案

  1. 应用效果展现速度的优化
  2. 应用程序体积的优化
  3. 代码片断优化方案

一. 项目优化方案的分类

若对一个项目进行充分的性能优化,我认为需要从以下几个方面来进行优化:

  1. 应用程序架构优化;
  2. 设计模式优化;
  3. 代码片断优化;
  4. 应用效果的展现速度优化;
  5. 应用程序体积优化;

其中,我认为 应用程序架构 和 设计模式 的优化原则者属性优秀代码原则(详见《优秀代码的原则》),优秀代码的原则如下:

  1. 高复用;
  2. 低耦合;

本文重点讲所有语言共同的优化方案。

二. 所有语言共同的优化方案

1. 应用效果展现速度的优化

  1. 提高应用启动速度;
    尽量减少应用启动时非必须的逻辑和运算,以提高应用的启动速度;

  2. 对于运算开销较大的业务,在使用前提前计算;

  3. 动画的时间不要设置太长;

  4. 在执行耗时的逻辑时,尽量添加动画提示;

2. 应用程序体积的优化

  1. 尽量给标识符(如:变量名、属性名、函数名等)取较短的名字,这样代码的体积更小;

  2. 压缩代码,比如:除去多余的空格、换行等等;

  3. 合并零碎的需要通过网络请求的小文件;

  4. 压缩文件体积;

  5. 尽量把各种背景图拼合成一张;

3. 代码片断优化方案

  1. 对于大开销的操作,尽量在执行这些操作前先判断下操作的执行条件,以减少大开销操作的频率;
    如:因为加锁操作要比普通代码耗费更多的资源,所以,如果锁内的操作有执行条件时,尽量再把执行条件在加锁之前再判断一次,以减少不必要的加锁操作;

  2. 对于频繁执行的操作,可以在这些操作前加个开销较小的必要条件,以减少操作的执行频率;
    如:假设有需要频繁判断字符串string1是否包含字符串string2;由于这种处理操作会涉及到字符级别的遍历和比较,所以也算是一个较耗性能的处理,为了减少这个操作的执行频率,我们可以加个执行条件:string1.length >= string2.length;因为获取length仅仅是获取一个属性值,相对判断是否包含另外一个字符的操作所需的处理资源要少很多,所以在频繁执行是否包含字符串的操作时,加此判断条件能大大提升性能;

  3. 对于可能用到的对象尽量使用懒加载;

  4. 合理的充分利用线程;

  5. 对于经常使用的对象和通过密集型计算得来的不常变的数据,尽量进行缓存;

  6. 对于经常被实例化的类,尽量通过设置此类已有的实例的属性来重用已有的实例,从而避免重新创建对象;

  7. 选择合适的数据持久化技术;

  8. 在密集型创建对象的地方,适时手动释放自动释放池,或者使用单独的自动释放池;

  9. 尽量使用代码量少的方案;

  10. 尽量把for语句的初始化语句、条件语句、递增语句中的多层访问和计算放在for语句外面;

  11. 如果不考虑可读性,应尽量使用连续调用(如链式调用),这样可以减少查找变量的次数,从而可以提高性能;

上一篇下一篇

猜你喜欢

热点阅读