P.8: 勿洩漏任務資源

原因

隨著時間的推移，即使是資源的緩慢增長也會耗盡這些資源的可用性，這對於長時間運行的程序特別重要，但也是負責任的編程行為的基本部分。

糟糕的例子

void f(char* name)
{
 FILE* input = fopen(name, "r");
 // ...
 if (something) return; // 糟糕：如果 something == true，文件句柄就洩漏了
 // ...
 fclose(input);
}

優先使用RAII:

void f(char* name)
{
 ifstream input {name};
 // ...
 if (something) return; // OK: 沒有洩漏
 // ...
}

參考: 資源管理部分

注意

洩漏通俗地說就是“任何沒有被清理的東西”，更重要的分類是“任何不能再被清理的東西”。例如，在堆上分配了一個對象，然而丟失了指向該塊內存(分配)的指針。 不應將此規則應用在程序關閉期間需返回長生命週期對象的分配（譯註：在程序退出期間的內存分配可以不需要遵守這些規則），例如，依賴於系統保證的清理可以簡化代碼，比如關閉文件和在進程關閉時釋放內存。然而，依賴於隱式清理的抽象也同樣簡單，而且通常更安全。

注意

使用生命週期安全性剖面(profile) 來消除洩漏，當與RAII提供的資源安全相結合時，就沒了"垃圾回收"的需求。當使用類型和邊界剖面（profiles）時，你可以獲得由工具保證的類型和資源安全。

實施

• 查看指針：將它們分為非所有者(默認)和所有者(owner)，在可行的地方，用標準庫資源句柄替換所有者(如上面的示例所示)，或者使用GSL中的owner來標記所有者。
• 查看裸用的new和delete
• 查看已知返回原始指針的資源分配函數(如fopen, malloc 和 strdup)