C_and_CPP 版 (精华区)

发信人: coolren (茄子), 信区: C_and_CPP
标  题: C++代码优化方法总结(一)(转载)
发信站: 哈工大紫丁香 (2003年09月08日11:39:04 星期一), 站内信件

【 以下文字转载自 VisualC 讨论区 】
【 原文由 junzi 所发表 】
                                       C++代码优化方法总结(一)
                                                   cppbug   cpp_bug@hotmail.
com
优化是一个非常大的主题,本文并不是去深入探讨性能分析理论,算法的效率,况且我
也没有这个能力。我只是想把一些可以简单的应用到你的C++代码中的优化技术总结在这
里,这样,当你遇到几种不同的编程策略的时候,就可以对每种策略的性能进行一个大
概的估计。这也是本文的目的之所在。
一. 优化之前
在进行优化之前,我们首先应该做的是发现我们代码的瓶颈(bottleneck)在哪里。然
而当你做这件事情的时候切忌从一个debug-version进行推断,因为debug-version中包
含了许多额外的代码。一个debug-version可执行体要比release-version大出40%。那些
额外的代码都是用来支持调试的,比如说符号的查找。大多数实现都为debug-version和
release-version提供了不同的operator new以及库函数。而且,一个release-version
的执行体可能已经通过多种途径进行了优化,包括不必要的临时对象的消除,循环展开
,把对象移入寄存器,内联等等。
另外,我们要把调试和优化区分开来,它们是在完成不同的任务。 debug-version 是用
来追捕bugs以及检查程序是否有逻辑上的问题。release-version则是用来做一些性能上
的调整以及进行优化。
下面就让我们来看看有哪些代码优化技术吧:
二. 声明的放置
程序中变量和对象的声明放在什么位置将会对性能产生显著影响。同样,对postfix和p
refix运算符的选择也会影响性能。这一部分我们集中讨论四个问题:初始化v.s 赋值,
在程序确实要使用的地方放置声明,构造函数的初始化列表,prefix v.s postfix运算
符。
(1) 请使用初始化而不是赋值
在C语言中只允许在一个函数体的开头进行变量的声明,然而在C++中声明可以出现在程
序的任何位置。这样做的目的是希望把对象的声明拖延到确实要使用它的时候再进行。
这样做可以有两个好处:1. 确保了对象在它被使用前不会被程序的其他部分恶意修改。
如果对象在开头就被声明然而却在20行以后才被使用的话,就不能做这样的保证。2. 使
我们有机会通过用初始化取代赋值来达到性能的提升,从前声明只能放在开头,然而往
往开始的时候我们还没有获得我们想要的值,因此初始化所带来的好处就无法被应用。
但是现在我们可以在我们获得了想要的值的时候直接进行初始化,从而省去了一步。注
意,或许对于基本类型来说,初始化和赋值之间可能不会有什么差异,但是对于用户定
义的类型来说,二者就会带来显著的不同,因为赋值会多进行一次函数调用----operat
or =。因此当我们在赋值和初始化之间进行选择的话,初始化应该是我们的首选。
(2) 把声明放在合适的位置上
在一些场合,通过移动声明到合适的位置所带来的性能提升应该引起我们足够的重视。
例如:
bool is_C_Needed();
void use()
{
  C c1;
  if (is_C_Needed() == false)
  {
      return; //c1 was not needed
  }
  //use c1 here
    return;
}
上面这段代码中对象c1即使在有可能不使用它的情况下也会被创建,这样我们就会为它
付出不必要的花费,有可能你会说一个对象c1能浪费多少时间,但是如果是这种情况呢
:C c1[1000];我想就不是说浪费就浪费了。但是我们可以通过移动声明c1的位置来改变
这种情况:
void use()
{
 if (is_C_Needed() == false)
    {
      return; //c1 was not needed
    }
    C c1; //moved from the block's beginning
  //use c1 here
  return;
}
怎么样,程序的性能是不是已经得到很大的改善了呢?因此请仔细分析你的代码,把声
明放在合适的位置上,它所带来的好处是你难以想象的。
(3) 初始化列表
    我们都知道,初始化列表一般是用来初始化const或者reference数据成员。但是由
于他自身的性质,我们可以通过使用初始化列表来实现性能的提升。我们先来看一段程
序:
     class Person
{
private:
     C c_1;
     C c_2;
public:
     Person(const C& c1, const C& c2 ): c_1(c1), c_2(c2) {}
};
当然构造函数我们也可以这样写:
Person::Person(const C& c1, const C& c2)
{
    c_1 = c1;
    c_2 = c2;
}
那么究竟二者会带来什么样的性能差异呢,要想搞清楚这个问题,我们首先要搞清楚二
者是如何执行的,先来看初始化列表:数据成员的声明操作都是在构造函数执行之前就
完成了,在构造函数中往往完成的只是赋值操作,然而初始化列表直接是在数据成员声
明的时候就进行了初始化,因此它只执行了一次copy constructor。再来看在构造函数
中赋值的情况:首先,在构造函数执行前会通过default constructor创建数据成员,然
后在构造函数中通过operator =进行赋值。因此它就比初始化列表多进行了一次函数调
用。性能差异就出来了。但是请注意,如果你的数据成员都是基本类型的话,那么为了
程序的可读性就不要使用初始化列表了,因为编译器对两者产生的汇编代码是相同的。

(4) postfix VS prefix 运算符
prefix运算符++和—比它的postfix版本效率更高,因为当postfix运算符被使用的时候
,会需要一个临时对象来保存改变以前的值。对于基本类型,编译器会消除这一份额外
的拷贝,但是对于用户定义类型,这似乎是不可能的。因此请你尽可能使用prefix运算
符。

--
          .  ☆   .    '   ,    .    '     '   .   .
        .     ,  .   .         ,   .   ' ★ .        .
                    假 作 真 时 真 亦 假     .
         ,   . ' ★ . 无 为 有 处 有 还 无      ' .
                     .    ,   '  .  .     ' .  .


※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.239.224]
--
※ 转载:.哈工大紫丁香 bbs.hit.edu.cn.[FROM: 210.46.79.154]
[百宝箱] [返回首页] [上级目录] [根目录] [返回顶部] [刷新] [返回]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:4.321毫秒