1. 項目概述從“循環(huán)”到“循環(huán)的藝術(shù)”在C/C的世界里for循環(huán)就像空氣和水一樣基礎(chǔ)卻又像瑞士軍刀一樣多變。任何一個從“Hello World”走過來的程序員第一個接觸到的復雜控制結(jié)構(gòu)多半就是它。但你真的了解它嗎我見過太多寫了幾年代碼的朋友對for循環(huán)的理解還停留在“初始化、條件、迭代”的機械背誦上一旦遇到復雜的迭代器、范圍循環(huán)或者性能調(diào)優(yōu)就開始抓瞎。更別提C11引入的基于范圍的for循環(huán)range-based for loop它徹底改變了我們遍歷容器的思維方式但用不好反而會引入隱藏的bug。這篇文章我想和你徹底拆解for循環(huán)。我們不止要搞懂括號里那三部分for (init-statement; condition; expression)每一個字符的含義、執(zhí)行順序和生命周期更要深入探討C11帶來的現(xiàn)代遍歷方式。我會結(jié)合我踩過的無數(shù)個坑——從迭代器失效到意外的拷貝開銷從作用域混淆到性能瓶頸——來分享如何真正“用好”循環(huán)而不僅僅是“寫出”循環(huán)。無論你是正在啃《C Primer》的新手還是想梳理底層細節(jié)的老鳥這里都有你想要的干貨。2. 傳統(tǒng)for循環(huán)括號內(nèi)的三分天下讓我們先把時間撥回到C11之前甚至C語言的時代。經(jīng)典的for循環(huán)結(jié)構(gòu)是這門語言控制流的基石。它的通用格式你肯定能脫口而出for (init-statement; condition; expression) statement。但魔鬼藏在細節(jié)里這簡單的三個部分構(gòu)成了一個精妙的微型狀態(tài)機。2.1 解剖初始化語句init-statement初始化語句是循環(huán)開始前執(zhí)行且只執(zhí)行一次的操作。它最常見的用途是聲明并初始化一個循環(huán)控制變量例如int i 0。但它的能力遠不止于此。首先它不一定非得是聲明。它可以是一個簡單的表達式語句。比如你可以在進入循環(huán)前先調(diào)用一個初始化函數(shù)for (prepareIteration(); condition; expression) { ... }這里的prepareIteration()會在循環(huán)開始前被調(diào)用一次。但更常見的“非聲明”用法是在循環(huán)外已經(jīng)聲明了變量在初始化部分對其進行賦值int i; for (i 0; condition; expression) { ... } // 初始化部分是賦值表達式其次當它是聲明時它引入的變量作用域被嚴格限定在for循環(huán)本身包括條件、迭代表達式和循環(huán)體。這是C標準明確規(guī)定的。這意味著for (int i 0; i 10; i) { ... } // 此處無法訪問 ii 的生命周期已結(jié)束這個特性非常重要它避免了循環(huán)控制變量污染外部命名空間是現(xiàn)代C鼓勵的寫法。但在C語言中C99之前情況則不同在for循環(huán)內(nèi)聲明的變量其作用域可能延伸到循環(huán)體外這是C/C混編時需要注意的一個歷史差異點。注意在初始化語句中聲明多個同類型變量是允許的例如for (int i 0, j 10; ...; ...)。但如果類型不同則需要使用autoC11后或分解為多個語句但標準語法不支持逗號分隔不同類型聲明。更復雜的初始化可以放在循環(huán)體之前進行。2.2 核心條件表達式condition條件表達式在每次循環(huán)迭代開始前包括第一次被求值。如果求值結(jié)果為true或任何非零值則執(zhí)行循環(huán)體如果為false或零則循環(huán)終止。這里最關(guān)鍵的陷阱是條件表達式的求值時機。很多人誤以為它只在循環(huán)體執(zhí)行后才判斷。不它的邏輯是這樣的執(zhí)行init-statement。求值condition。若為真繼續(xù)步驟3若為假跳至步驟5。執(zhí)行循環(huán)體statement。執(zhí)行expression然后跳回步驟2。循環(huán)結(jié)束。條件可以非常靈活。它不一定非得是i N。它可以是函數(shù)調(diào)用for (; !isDataReady(); ) { ... }(注意這通常需要expression部分來推動狀態(tài)變化否則可能是死循環(huán))。復合條件for (; i n array[i] ! target; ) { ... }。甚至可以直接是賦值表達式的結(jié)果雖然不推薦因為可讀性差for (; ch getchar(); ) { ... }這里ch getchar()的返回值是賦予ch的值當遇到EOF通常是-1時條件為假循環(huán)終止。一個重要的經(jīng)驗警惕浮點數(shù)作為循環(huán)條件。由于浮點精度問題像for (double d 0.0; d ! 1.0; d 0.1)這樣的循環(huán)很可能無法按預期終止。應該使用整數(shù)循環(huán)控制或者判斷范圍而非精確相等for (double d 0.0; d 1.0 epsilon; d 0.1)。2.3 驅(qū)動迭代表達式expression迭代表達式在循環(huán)體執(zhí)行完畢后、下一次條件判斷之前執(zhí)行。它通常用于更新循環(huán)控制變量如i、i 2。i與i的選擇在for循環(huán)中并非無關(guān)緊要。對于內(nèi)置類型如int在現(xiàn)代編譯器的優(yōu)化下兩者性能幾乎沒有差異。但是對于重載了遞增運算符的類類型如迭代器i前置遞增是更優(yōu)的選擇。因為i后置遞增通常需要返回一個舊值的副本可能帶來不必要的構(gòu)造和析構(gòu)開銷。養(yǎng)成寫i的習慣是C程序員的一個好素養(yǎng)。迭代表達式也可以執(zhí)行多個操作用逗號運算符分隔for (int i0, j10; ij; i, --j)。逗號運算符會按順序執(zhí)行每個表達式并將最后一個表達式的結(jié)果作為整個表達式的結(jié)果但在for的expression部分這個結(jié)果值被忽略只利用其副作用。它甚至可以為空。如果你在循環(huán)體內(nèi)更新狀態(tài)或者是一個條件驅(qū)動的while式循環(huán)你可以省略它for (int i 0; i 10; ) { ...; i; }。但這樣寫通常不如將i放在expression部分清晰。2.4 執(zhí)行流程與常見誤區(qū)圖示為了更直觀地理解我們可以把for循環(huán)的執(zhí)行流程看作以下步驟Step 1: 初始化- 執(zhí)行init-statement僅一次。Step 2: 條件檢查- 求值condition。若假跳至Step 5。Step 3: 執(zhí)行循環(huán)體- 執(zhí)行statement。Step 4: 執(zhí)行迭代- 執(zhí)行expression然后跳回Step 2。Step 5: 循環(huán)結(jié)束。一個常見的誤區(qū)是混淆continue語句的作用。在循環(huán)體內(nèi)遇到continue時它會直接跳轉(zhuǎn)到當前循環(huán)的expression部分執(zhí)行然后進行下一次條件判斷。它不會跳過expression。例如for (int i 0; i 5; i) { if (i 2) continue; std::cout i ; } // 輸出0 1 3 4 // 當 i2 時cout 被跳過但 i 依然執(zhí)行了所以下一次 i 是 3。另一個誤區(qū)是關(guān)于循環(huán)控制變量的修改。在循環(huán)體內(nèi)修改i例如i 100會直接影響循環(huán)的進程這有時是故意的如跳出嵌套循環(huán)但通常是bug的來源。而expression部分i總是在循環(huán)體之后執(zhí)行不受循環(huán)體內(nèi)對i修改的影響當然修改后的i值會成為i的基礎(chǔ)。3. C11的革新基于范圍的for循環(huán)C11標準引入的基于范圍的for循環(huán)Range-based for loop是一次語法糖的革命。它讓遍歷容器、數(shù)組、初始化列表等序列的操作變得異常簡潔和安全。其基本語法是for (declaration : range) statement。3.1 語法糖背后的等價轉(zhuǎn)換理解它的關(guān)鍵在于明白編譯器將它轉(zhuǎn)換成了什么。標準規(guī)定for (auto item : container) { ... }在底層大致等價于如下代碼{ auto __range (container); // 注意這里使用auto以支持臨時對象和泛型 auto __begin begin(__range); // 使用ADL查找begin/end auto __end end(__range); for (; __begin ! __end; __begin) { auto item *__begin; // 這里對應我們聲明中的 auto item // 循環(huán)體語句 } }這個轉(zhuǎn)換揭示了幾個重要信息范圍range必須能提供begin()和end()函數(shù)返回迭代器。這包括標準庫容器std::vector,std::list,std::map等、原生數(shù)組、以及任何自定義的實現(xiàn)了begin/end的類型。迭代是只讀前向的。你無法在基于范圍的循環(huán)中直接獲取當前迭代的索引除非額外維護一個計數(shù)器也無法反向遍歷除非使用反向迭代器適配器如for (auto x : std::ranges::reverse_view(container))(C20)。聲明部分declaration定義了從迭代器解引用得到的元素的引用類型。這是性能和安全性的關(guān)鍵。3.2 元素聲明方式拷貝、引用與只讀引用在for (declaration : range)中declaration的選擇直接影響效率和正確性。for (auto elem : range)值拷貝。這是開銷最大的一種方式。每次迭代都會將序列中的元素拷貝到elem。如果元素是復雜的對象如std::string、自定義類這會帶來不必要的構(gòu)造、拷貝和析構(gòu)成本。除非你確實需要修改元素的副本而不影響原容器否則應避免這種方式。for (auto elem : range)左值引用。這是最常用、最高效的方式之一。elem是容器中元素的別名沒有拷貝開銷。你可以通過elem修改容器中的元素。這是遍歷容器并可能修改其內(nèi)容時的首選。for (const auto elem : range)常量左值引用。同樣沒有拷貝開銷并且承諾不會通過elem修改元素。這是只讀遍歷時的最佳實踐因為它明確了意圖并且能綁定到臨時對象或無法修改的元素上。for (auto elem : range)萬能引用轉(zhuǎn)發(fā)引用。這是最通用但也最需要理解的方式。auto可以綁定到左值、右值、常量或非常量。在基于范圍的for循環(huán)中它常用于編寫泛型代碼或者當你不確定范圍返回的是T還是T時例如遍歷std::vectorbool其迭代器解引用返回的是一個代理對象不是bool。對于一般應用auto或const auto更清晰。實操心得我個人的習慣是默認使用const auto進行只讀遍歷需要修改時使用auto。幾乎從不使用auto elem來遍歷非平凡類型。對于簡單的內(nèi)置類型如int或移動成本極低的類型使用auto也可以接受但為了代碼一致性我仍然傾向于使用引用。3.3 適用范圍與限制基于范圍的for循環(huán)極大地簡化了代碼但它并非萬能有特定的適用場景和限制。它適用于標準庫所有序列容器和關(guān)聯(lián)容器vector,deque,list,set,map,unordered_map等。原生數(shù)組int arr[10]; for (int x : arr) ...。初始化列表for (int x : {1,2,3,4}) ...。任何提供了begin()和end()成員函數(shù)或自由函數(shù)的自定義類型。它的限制和注意事項迭代中修改容器結(jié)構(gòu)是未定義行為。和在傳統(tǒng)迭代器循環(huán)中一樣在基于范圍的for循環(huán)體內(nèi)插入或刪除元素使當前迭代器失效的操作會導致未定義行為。這是最常見的坑之一。std::vectorint vec {1, 2, 3, 4}; for (auto x : vec) { if (x 2) { vec.push_back(5); // 危險可能導致迭代器失效行為未定義。 } }如果需要修改結(jié)構(gòu)應使用傳統(tǒng)的索引循環(huán)或迭代器循環(huán)并妥善處理迭代器失效問題。無法直接獲取索引。如果你需要當前元素的索引必須手動維護一個計數(shù)器。int index 0; for (const auto elem : container) { // 使用 elem 和 index index; }或者退回到傳統(tǒng)的for循環(huán)for (size_t i 0; i container.size(); i)。對某些代理迭代器需要小心。最著名的例子是std::vectorbool它為了節(jié)省空間每個bool只占一位其reference類型是一個特殊的代理類不是bool。使用auto遍歷vectorbool會編譯錯誤必須使用auto或auto值拷貝。std::vectorbool flags {true, false, true}; for (auto flag : flags) { // 正確flag 是代理對象的引用 flag !flag; // 可以修改 } // for (auto flag : flags) { ... } // 錯誤4. 兩種循環(huán)的對比與選型指南傳統(tǒng)for循環(huán)和基于范圍的for循環(huán)各有優(yōu)劣選擇哪一種取決于具體場景。特性傳統(tǒng)for循環(huán)基于范圍的for循環(huán) (C11)遍歷控制完全控制可正向、反向、自定義步長、隨時跳出。僅正向、只讀迭代順序無法直接控制步長或反向。索引訪問直接通過索引i訪問天然支持。不支持需額外維護計數(shù)器。迭代器訪問直接操作迭代器靈活但易出錯如失效。隱藏迭代器語法簡潔不易直接出錯但失效問題仍在。代碼簡潔性相對冗長需手動管理循環(huán)變量。極其簡潔意圖清晰尤其適合簡單遍歷。適用范圍任何循環(huán)邏輯特別是非遍歷型循環(huán)或需要復雜控制的遍歷。適用于簡單的、順序的容器/范圍遍歷。性能與范圍for循環(huán)在優(yōu)化后通常無差異。對于復雜條件或迭代表達式編譯器優(yōu)化機會相同。語法糖在Release模式下通常被優(yōu)化為與傳統(tǒng)循環(huán)等效的代碼。可讀性邏輯復雜時更清晰因為所有控制可見。簡單遍歷時遠勝傳統(tǒng)循環(huán)意圖一目了然。選型建議當你需要遍歷一個容器或范圍的所有元素且不需要索引也不需要修改容器結(jié)構(gòu)時無條件使用基于范圍的for循環(huán)。這是現(xiàn)代C的慣用法能減少錯誤提升代碼可讀性。例如for (const auto student : studentList) { print(student); }當你需要索引時使用傳統(tǒng)的for循環(huán)。例如for (size_t i 0; i vec.size(); i) { vec[i] i * 2; }。也可以考慮使用C20的std::views::enumerate如果編譯器支持但傳統(tǒng)循環(huán)目前仍是主流且清晰的選擇。當你需要非標準迭代如反向、跳躍式或循環(huán)條件復雜時使用傳統(tǒng)的for循環(huán)或while循環(huán)。例如反向遍歷for (auto it vec.rbegin(); it ! vec.rend(); it)?；蛘邚碗s的條件循環(huán)for (int i start; i end isValid(i); i step)當你在循環(huán)體內(nèi)可能修改容器結(jié)構(gòu)增刪元素時必須使用傳統(tǒng)的迭代器循環(huán)并謹慎處理迭代器失效?；诜秶膄or循環(huán)不提供安全的修改結(jié)構(gòu)的方式。例如刪除滿足條件的元素// 正確做法傳統(tǒng)迭代器循環(huán) for (auto it vec.begin(); it ! vec.end(); /* 不在括號內(nèi)遞增 */) { if (condition(*it)) { it vec.erase(it); // erase 返回下一個有效迭代器 } else { it; } }一個性能上的細微差別通?？珊雎栽诨诜秶膄or循環(huán)中end()迭代器在循環(huán)開始前被緩存。而在傳統(tǒng)的for (int i0; icontainer.size(); i)循環(huán)中container.size()可能在每次迭代時都被調(diào)用如果size()不是內(nèi)聯(lián)或編譯器無法優(yōu)化。對于簡單的容器編譯器能優(yōu)化掉這個調(diào)用。但為了絕對安全可以習慣性地將size()緩存到局部變量for (size_t i0, szvec.size(); isz; i)。不過在基于范圍的for循環(huán)中你無需擔心這個問題。5. 高級話題與性能優(yōu)化掌握了基本用法后我們來看看一些進階場景和性能考量。5.1 循環(huán)展開與編譯器優(yōu)化循環(huán)展開Loop Unrolling是一種常見的優(yōu)化技術(shù)通過減少循環(huán)控制指令條件判斷、遞增的開銷來提升性能。現(xiàn)代編譯器如GCC, Clang, MSVC在開啟優(yōu)化如-O2,-O3后會自動對小循環(huán)進行展開。你通常不需要手動展開因為編譯器做得更好。但在某些性能極其關(guān)鍵的場景如HPC、游戲引擎核心循環(huán)你可能想給編譯器一些提示。在C/C中可以使用編譯器的Pragma指令例如GCC/Clang的#pragma GCC unroll n或#pragma unroll。但請注意這屬于編譯器擴展不可移植。更重要的優(yōu)化是編寫對編譯器友好的循環(huán)避免在循環(huán)條件中調(diào)用復雜的函數(shù)。如for (int i0; istrlen(s); i)strlen()是O(n)的會導致循環(huán)整體變成O(n2)。應該先緩存長度。盡量使用局部變量和寄存器友好的操作。例如i比i對于自定義類型更優(yōu)如前所述對于內(nèi)置類型無差別。減少循環(huán)體內(nèi)的分支if語句。分支預測失敗代價高。如果可能將條件判斷移到循環(huán)外或者使用查表法等。5.2 與STL算法的結(jié)合很多時候你根本不需要寫顯式的for循環(huán)。C標準庫STL提供了一套強大的算法algorithm頭文件它們通常比手寫循環(huán)更高效、更安全、更表達意圖。用std::for_each替代簡單的遍歷std::vectorint vec {1, 2, 3}; // 傳統(tǒng)循環(huán) for (auto x : vec) { x * 2; } // 使用算法 std::for_each(vec.begin(), vec.end(), [](int x) { x * 2; }); // C20 范圍版本更簡潔 std::ranges::for_each(vec, [](int x) { x * 2; });std::for_each的優(yōu)點是它明確表達了“對每個元素執(zhí)行某個操作”的意圖并且可以方便地并行化如std::for_each(std::execution::par, ...)。其他常用算法替代循環(huán)的場景std::transform替代“遍歷并生成新序列”的循環(huán)。std::accumulate/std::reduce替代求和、求積等累積循環(huán)。std::find_if/std::any_of/std::all_of替代查找或條件判斷循環(huán)。std::copy_if替代“遍歷并復制滿足條件元素”的循環(huán)。經(jīng)驗之談我的一條編程準則是先考慮STL算法再考慮基于范圍的for循環(huán)最后才考慮傳統(tǒng)for循環(huán)。STL算法經(jīng)過高度優(yōu)化并且使代碼的意圖“做什么”與實現(xiàn)“怎么做”分離更符合現(xiàn)代C的泛型編程思想。5.3 多維度循環(huán)與循環(huán)嵌套的性能嵌套循環(huán)是性能問題的重災區(qū)尤其是當數(shù)據(jù)規(guī)模較大時?？紤]一個經(jīng)典的矩陣乘法或遍歷二維數(shù)組。關(guān)鍵點在于緩存友好性Cache Locality?，F(xiàn)代CPU的緩存行通常64字節(jié)機制使得順序訪問內(nèi)存比隨機訪問快得多。反面例子緩存不友好const int N 1024; int arr[N][N]; int sum 0; // 外層循環(huán)列內(nèi)層循環(huán)行 - 糟糕的局部性 for (int j 0; j N; j) { // 列 for (int i 0; i N; i) { // 行 sum arr[i][j]; // 每次訪問都跳 N*sizeof(int) 字節(jié)緩存命中率極低 } }正面例子緩存友好const int N 1024; int arr[N][N]; int sum 0; // 外層循環(huán)行內(nèi)層循環(huán)列 - 良好的局部性 for (int i 0; i N; i) { // 行 for (int j 0; j N; j) { // 列 sum arr[i][j]; // 順序訪問內(nèi)存緩存命中率高 } }對于C/C中的多維數(shù)組行優(yōu)先存儲盡量讓最內(nèi)層循環(huán)遍歷連續(xù)的存儲空間。這個原則同樣適用于嵌套容器的遍歷如vectorvectorint。5.4 循環(huán)中的資源管理與異常安全在循環(huán)中申請資源如動態(tài)內(nèi)存、文件句柄、鎖時需要特別注意管理和釋放尤其是在有異常拋出的情況下。不好的做法在循環(huán)開始前申請資源在循環(huán)結(jié)束后釋放。如果循環(huán)中間break或continue或者拋出異?？赡軐е沦Y源泄漏。Resource* res acquireResource(); // 危險可能泄漏 for (int i 0; i n; i) { if (condition(i)) { break; // 直接跳出res 未被釋放 } use(res); } releaseResource(res); // 可能執(zhí)行不到好的做法RAII利用C的RAII資源獲取即初始化特性使用智能指針或作用域守衛(wèi)確保資源在離開作用域時自動釋放。for (int i 0; i n; i) { auto res std::make_uniqueResource(); // 或 std::lock_guard if (condition(i)) { break; // res 會在跳出當前循環(huán)迭代的作用域時自動釋放 } use(res.get()); } // res 在此處自動釋放如果資源必須在循環(huán)間復用且構(gòu)造成本高那么需要更精細的控制但核心思想仍是利用RAII來管理生命周期而不是依賴手動的break或continue后的清理代碼。6. 常見陷阱、調(diào)試技巧與最佳實踐即使是最簡單的for循環(huán)也布滿了陷阱。這里我總結(jié)了一些最常見的坑和應對策略。6.1 典型陷阱剖析差一錯誤Off-by-one Error這是循環(huán)邊界條件設置錯誤導致的經(jīng)典問題。癥狀循環(huán)多執(zhí)行一次或少執(zhí)行一次。例子for (int i 0; i N; i)遍歷了N1次如果意圖是N次。for (int i N; i 0; --i)遍歷了N次但索引是N到1訪問array[i]時array[N]會越界如果數(shù)組大小是N。防御堅持使用半開區(qū)間[begin, end)的思維。對于從0開始的索引條件用i N。對于反向遍歷用for (int i N-1; i 0; --i)。在紙上畫一下邊界值0 N-1 N有助于驗證。無符號整數(shù)回繞使用無符號類型如size_t作為循環(huán)變量并在遞減到0以下時。for (size_t i vec.size() - 1; i 0; --i) { // 危險 // 當 i 為 0 時--i 會回繞到 size_t 的最大值循環(huán)永不停止 }解決反向遍歷有符號整數(shù)或者改用迭代器for (auto it vec.rbegin(); it ! vec.rend(); it)。浮點數(shù)循環(huán)條件如前所述避免用或!判斷浮點數(shù)循環(huán)終止。應使用范圍判斷或并考慮一個極小的容差epsilon。在基于范圍的for循環(huán)中修改容器結(jié)構(gòu)這是未定義行為可能導致崩潰或數(shù)據(jù)損壞。如果需要過濾或修改容器通常有兩種模式擦除-移除慣用法Erase-Remove Idiom用于從順序容器中刪除元素。std::vectorint vec {1, 2, 3, 4, 5, 6}; vec.erase(std::remove_if(vec.begin(), vec.end(), [](int x) { return x % 2 0; }), // 移除偶數(shù) vec.end());創(chuàng)建新容器遍歷原容器將需要的元素添加到新容器中。這是最安全的方法。循環(huán)變量類型不匹配導致的警告或錯誤比較有符號和無符號數(shù)時編譯器會發(fā)出警告。for (int i 0; i vec.size(); i) { // 警告有符號/無符號不匹配 // vec.size() 返回 size_t (無符號) }解決將循環(huán)變量也聲明為size_tfor (size_t i 0; i vec.size(); i)。或者使用C11的autofor (auto i 0u; i vec.size(); i)0u表示無符號字面量。6.2 調(diào)試技巧讓循環(huán)行為可視化當循環(huán)行為不符合預期時簡單的printf/cout調(diào)試仍然有效但可以更有策略性。首尾檢查法在循環(huán)開始和結(jié)束時打印關(guān)鍵變量如索引、迭代器值、條件表達式結(jié)果確認循環(huán)進入和退出的條件。條件跟蹤如果循環(huán)條件復雜將其拆分成多個臨時變量分別打印它們的值。for (int i start; complexCondition(i, data); i step) { // ... } // 改為 for (int i start; ; i step) { bool cond1 check1(i); bool cond2 check2(data, i); bool shouldContinue cond1 cond2; std::cout i i , cond1 cond1 , cond2 cond2 std::endl; if (!shouldContinue) break; // ... }使用調(diào)試器的條件斷點現(xiàn)代IDE如VS、CLion、VS Code支持條件斷點。你可以在循環(huán)體內(nèi)部設置斷點條件為i targetValue從而快速跳轉(zhuǎn)到特定迭代進行檢查。簡化與隔離如果循環(huán)邏輯復雜嘗試創(chuàng)建一個最小的、可復現(xiàn)的測試用例將循環(huán)單獨提取出來測試排除外部干擾。6.3 現(xiàn)代C最佳實踐總結(jié)默認使用基于范圍的for循環(huán)進行只讀遍歷for (const auto element : container)。意圖清晰不易出錯。需要修改元素且不改變?nèi)萜鹘Y(jié)構(gòu)時使用autofor (auto element : container)。需要索引時使用傳統(tǒng)的for循環(huán)并注意類型匹配使用size_t或auto i 0u。循環(huán)變量優(yōu)先使用前置遞增i除非后置遞增i的語義是必需的。警惕浮點數(shù)循環(huán)條件使用整數(shù)控制或范圍比較。避免在循環(huán)條件中調(diào)用開銷大的函數(shù)先緩存結(jié)果。嵌套循環(huán)注意內(nèi)存訪問模式盡量讓最內(nèi)層循環(huán)連續(xù)訪問內(nèi)存。考慮用STL算法替代顯式循環(huán)代碼更簡潔、更安全、往往更高效。循環(huán)中的資源管理遵循RAII原則使用智能指針和守衛(wèi)對象。代碼審查時仔細檢查循環(huán)邊界和迭代器/指針的有效性這是許多隱蔽bug的源頭。最后記住一點循環(huán)是程序的骨架但清晰的邏輯和合適的數(shù)據(jù)結(jié)構(gòu)才是靈魂。在寫下一個for之前先問問自己這個操作能否用更高級的抽象算法、范圍庫、視圖來表達能否通過重構(gòu)數(shù)據(jù)來避免復雜的循環(huán)很多時候優(yōu)化循環(huán)的最佳方式就是減少甚至消除它。