本文以C/C++程式為例講述了程式執行效率的10個簡單方法，分享給大家供大家參考之用。具體分析如下：

對於每一個程式設計師來說，程式的執行效率都是一個值得重視，併為之付出努力的問題。但是程式效能的優化也是一門複雜的學問，需要很多的知識，然而並不是每個程式設計師都具備這樣的知識，而且論述如何優化程式提高程式執行效率的書籍也很少。但是這並不等於我們可以忽略程式的執行效率，下面就介紹一下本人積累的一些簡單實用的提高程式執行效率的方法，希望對大家有所幫助。

一、儘量減少值傳遞，多用引用來傳遞引數。
至於其中的原因，相信大家也很清楚，如果引數是int等語言自定義的型別可能能效能的影響還不是很大，但是如果引數是一個類的物件，那麼其效率問題就不言而喻了。例如一個判斷兩個字串是否相等的函式，其宣告如下：

其中若使用第一個函式（值傳遞），則在引數傳遞和函式返回時，需要呼叫string的建構函式和解構函式兩次（即共多呼叫了四個函式），而其他的三個函式（指標傳遞和引用傳遞）則不需要呼叫這四個函式。因為指標和引用都不會建立新的物件。如果一個構造一個物件和析構一個物件的開銷是龐大的，這就是會效率造成一定的影響。

然而在很多人的眼中，指標是一個惡夢，使用指標就意味著錯誤，那麼就使用引用吧！它與使用普通值傳遞一樣方便直觀，同時具有指標傳遞的高效和能力。因為引用是一個變數的別名，對其操作等同於對實際物件操作，所以當你確定在你的函式是不會或不需要變數引數的值時，就大膽地在宣告的前面加上一個const吧，就如最後的一個函式宣告一樣。

同時加上一個const還有一個好處，就是可以對常量進行引用，若不加上const修飾符，引用是不能引用常量的。

二、++i和i++引申出的效率問題

看了上面的第一點，你可能覺得，那不就是多呼叫了四個函式而已，你可能對此不屑一顧。那麼來看看下面的例子，應該會讓你大吃一驚。

至於整型變數的前加和後加的區別相信大家也是很清楚的。然而在這裡我想跟大家談的卻是C++類的運算子過載，為了與整形變數的用法一致，在C++中過載運算子++時一般都會把前加和後加都過載。你可能會說，你在程式碼中不會過載++運算子，但是你敢說你沒有使用過類的++運算子過載嗎？迭代器類你總使用過吧！可能到現在你還不是很懂我在說什麼，那麼就先看看下面的例子吧，是本人為連結串列寫的一個內部迭代器。

從後加的實現方式可以知道，物件利用自己建立一個臨時物件（自己在函式呼叫的一個複製），然後改變自己的狀態，並返回這個臨時物件，而前加的實現方式時，直接改變自己的內部狀態，並返回自己的引用。

從第一點的論述可以知道後加實現時會呼叫複製建構函式，在函式返回時還要呼叫解構函式，而由於前加實現方式直接改變物件的內部狀態，並返回自己的引用，至始至終也沒有建立新的物件，所以也就不會呼叫建構函式和解構函式。

然而更加糟糕的是，迭代器通常是用來遍歷容器的，它大多應用在迴圈中，試想你的連結串列有100個元素，用下面的兩種方式遍歷：

如果你的習慣不好，寫了第二種形式，那麼很不幸，做同樣的事情，就是因為一個前加和一個後加的區別，你就要呼叫多200個函式，其對效率的影響可就不可忽視了。

三、迴圈引發的討論1（迴圈內定義，還是迴圈外定義物件）

請看下面的兩段程式碼：

程式碼1：

程式碼2：

你會覺得哪段程式碼的執行效率較高呢？程式碼1科學家是程式碼2？其實這種情況下，哪段程式碼的效率更高是不確定的，或者說是由這個類ClassTest本向決定的，分析如下：

對於程式碼1：需要呼叫ClassTest的建構函式1次，賦值操作函式（operator=）100次；對於程式碼2：需要高用（複製）建構函式100次，解構函式100次。

如果呼叫賦值操作函式的開銷比呼叫建構函式和解構函式的總開銷小，則第一種效率高，否則第二種的效率高。

四、迴圈引發的討論2（避免過大的迴圈）

現在請看下面的兩段程式碼，
程式碼1：