從c中的函數返回指針是否是好習慣？

Question

對於防爆：

int *point() { 
int *q = malloc(sizeof(int)); 
*q=20; 
return q; 
} 

int main() { 
    int *a = point(); 
    free(a); 
} 

我不知道這是在C好的做法呢？

Answer 1

返回指針是相當普遍的。需要解決的問題或紀律是確定釋放記憶的責任在哪裏。這個例子的味道，因爲它不清楚它需要在main（）中free'd。

Answer 2

我覺得問題是免費的（一）;我認爲你應該添加一個release_point（）函數。

Answer 3

查看wikipedia page for opaque pointers上的C示例。這是一種構建代碼的方法，您可以在界面的一側完全管理內存。

Answer 4

如果您知道哪些函數返回必須被釋放的指針（例如在函數名中使用create或new這個詞），那麼它可以更容易地管理您的內存。

int *createPoint() 
{ 
    int *q = malloc(sizeof(int)); 
    if (*q) 
     *q = 20; 
    return q; 
} 

Answer 5

唯一真正的危險，我知道與返回一個指向分配的內存是這樣的：如果你的庫被編譯在Windows和鏈接到Visual C++運行時庫（MSVCRT）的一個實例，例如，它靜態鏈接到它，並且客戶端程序鏈接到另一個實例，例如，它鏈接到DLL，然後它們每個都有不同的malloc舞臺，並且庫返回的指針不能被程序釋放。任何嘗試這樣做都可能導致程序崩潰。

Answer 6

我會主張永遠有自己的函數來釋放庫中返回的內存，除非你返回一些不重要的東西，比如字符串。

原因是，如果你改變你正在返回的結構，使得一個簡單的free將不再是足夠的（因爲你添加到返回的對象指針分配的內存本身需要被釋放） ，客戶不需要更改他們的代碼;你可以改變你現有的免費功能。

因此，擁有自己的免費功能可以將客戶端從庫中返回的對象結構中隔離出來，讓您可以自由地更改對象的結構而不會影響客戶端。

Answer 7

這通常是很好的做法，但是你的例子是少數情況下非常糟糕的做法之一。你絕對不應該使用動態分配和指針來處理那些很小但不包含（並且永遠不需要包含）指針本身的對象。獲取4字節的int和malloc一旦考慮了簿記開銷，至少會使用16個字節，但也許更重要的是，這意味着您不得不擔心可能的分配失敗（以及如何處理它們）以及管理何時釋放對象。

你不應該分配這樣的對象的一些示例：

• 任何基本類型
• 有序對/座標/向量/矩陣/等。（只要他們是固定尺寸）
• IP地址
• 顏色值

過程的一個時間也許更合理分配，並返回一個指針這樣的對象是，當你分配他們的數組。