C++為什么不要讓執行結果受函數參數的求值次序影響?

這篇文章主要講解了“C++為什么不要讓執行結果受函數參數的求值次序影響”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“C++為什么不要讓執行結果受函數參數的求值次序影響”吧！

ES.44: 不要讓執行結果受函數參數的求值次序影響

Reason（原因）

Because that order is unspecified.

因為函數參數的求值次序是無定義的。

Note（注意）

C++17 tightens up the rules for the order of evaluation, but the order of evaluation of function arguments is still unspecified.

C++17收緊了運算次序規則，但是函數參數的求值次序依然是無定義的。

Example（示例）

int i = 0;
f(++i, ++i);

調用的結果很可能是f(0，1)或者f(1，0)，但是不知道會是哪一個。技術上，這個行為是無定義的。在C++17中，這段代碼不會是一個無定義的行為，但是依然沒有明確那個參數先求值。

Example（示例）

Overloaded operators can lead to order of evaluation problems:

重載的運算符可能引入計算次序的問題。

f1()->m(f2());          // m(f1(), f2())
cout << f1() << f2();   // operator<<(operator<<(cout, f1()), f2())

In C++17, these examples work as expected (left to right) and assignments are evaluated right to left (just as ='s binding is right-to-left)

在C++17中，這些代碼示例可以像期待的那樣執行（從左向右），同時賦值會從右向左計算（就像賦值運算符=綁定了從右向左計算次序）

f1() = f2();    // undefined behavior in C++14; in C++17, f2() is evaluated before f1()

Enforcement（實施建議）

Can be detected by a good analyzer.

這個問題可以被實現良好的代碼解析器檢出。

感謝各位的閱讀，以上就是“C++為什么不要讓執行結果受函數參數的求值次序影響”的內容了，經過本文的學習后，相信大家對C++為什么不要讓執行結果受函數參數的求值次序影響這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！