性能优化--公共部分

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

目录

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

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. 如果不考虑可读性，应尽量使用连续调用（如链式调用），这样可以减少查找变量的次数，从而可以提高性能；