Một destructor - tôi nên sử dụng xóa hoặc xóa []?

Question

Tôi đang viết một lớp mẫu lấy làm đầu vào một con trỏ và lưu trữ nó. Con trỏ có nghĩa là trỏ đến một đối tượng được phân bổ bởi một lớp khác, và giao cho lớp có chứa này.

Bây giờ tôi muốn tạo trình phá hủy cho vùng chứa này. Làm thế nào tôi nên giải phóng bộ nhớ được trỏ tới bởi con trỏ này? Tôi không có cách nào để biết một ưu tiên cho dù đó là một mảng hay một phần tử đơn lẻ.

Tôi sắp xếp mới cho C++, vì vậy hãy chịu đựng với tôi. Tôi đã luôn luôn sử dụng C, và Java là ngôn ngữ OO của tôi lựa chọn, nhưng giữa muốn tìm hiểu C + + và yêu cầu tốc độ của dự án của tôi, tôi đã đi với C + +.

Bạn nên thay đổi vùng chứa từ mẫu thành vùng chứa cho lớp trừu tượng có thể triển khai trình phá hủy của riêng nó?

Answer 1

Nếu bạn không biết liệu nó có được phân bổ với new hoặc new[] thì không an toàn để xóa nó.

Mã của bạn có thể hoạt động. Ví dụ, trên một nền tảng tôi làm việc trên, sự khác biệt chỉ quan trọng khi bạn có một mảng các đối tượng có destructors. Vì vậy, bạn làm như sau:

// by luck, this works on my preferred platform 
// don't do this - just an example of why your code seems to work 
int *ints = new int[20]; 
delete ints; 

nhưng sau đó bạn làm như sau:

// crashes on my platform 
std::string *strings = new std::string[10]; 
delete strings; 

Answer 2

Câu trả lời ngắn:

Nếu bạn sử dụng [] với mới mà bạn muốn sử dụng [] với xóa.

//allocate some memory 
myObject* m = new myObject[100]; 

//later on...destructor... 
delete m; //wrong 
delete[] m; //correct 

Đó là xương trần, điều khác bạn có thể xem là boost. Cũng khá khó khăn để trả lời xem xét bạn không chắc chắn nếu một mảng của nó hoặc đối tượng duy nhất. Bạn có thể kiểm tra điều này mặc dù thông qua một lá cờ nói cho ứng dụng của bạn có nên sử dụng xóa hoặc xóa [].

Answer 3

Một con trỏ thông minh như thúc đẩy shared_pointer đã có này được bảo hiểm, bạn có thể sử dụng nó? linky

Answer 4

Như một quy luật phát triển chung, bạn nên dính vào một thiết kế nơi lớp trong đó kêu gọi new cũng nên gọi delete

Answer 5

Bạn phải lập hồ sơ như thế nào lớp này dự kiến ​​sẽ được sử dụng, và luôn luôn bố trí như mong đợi. Bạn cũng có thể truyền một lá cờ cho đối tượng xác định nó sẽ hủy như thế nào. Ngoài ra, hãy xem số tăng cường của smart pointers, có thể xử lý sự khác biệt này cho bạn.

Answer 6

Bạn không nên xóa nó. Nếu lớp của bạn có một con trỏ đã được khởi tạo, nó không an toàn để xóa nó. Nó thậm chí có thể không trỏ đến một đối tượng trên heap; gọi số delete hoặc delete[] có thể là thảm họa.

Việc phân bổ và deallocation bộ nhớ sẽ xảy ra trong cùng một phạm vi. Mã nào sở hữu và khởi tạo phiên bản của lớp của bạn cũng có thể chịu trách nhiệm khởi tạo và chuyển vào con trỏ và rằng là nơi bạn cần delete.

Answer 7

Vì con trỏ trong C++ không cho chúng tôi biết cách phân bổ nó, có, không có cách nào để quyết định phương thức phân bổ nào sẽ sử dụng.Giải pháp là đưa ra lựa chọn cho người dùng hy vọng biết được bộ nhớ được phân bổ như thế nào. Hãy xem thư viện Boost smart ptr, đặc biệt là tại shared_ptr hàm tạo với thông số thứ hai, để có ví dụ tuyệt vời.

Answer 8

• Sử dụng delete nếu bạn đã phân bổ với new.
• Sử dụng delete[] nếu bạn đã phân bổ với new[].

Sau khi các báo cáo, nếu bạn vẫn còn có một vấn đề (có thể bạn muốn xóa một đối tượng được tạo ra bởi người khác), sau đó bạn đang phá vỡ các quy tắc thứ ba:

• Luôn xóa những gì bạn tạo. Hệ quả, không bao giờ xóa những gì bạn không tạo ra.

Answer 9

(Moving nhận xét của tôi vào một câu trả lời, theo yêu cầu.)

câu trả lời Jonh là đúng (về việc sử dụng mảng phá hủy chỉ khi bạn sử dụng xây dựng mảng), vì vậy có lẽ bạn nên cung cấp các mẫu: một cho mảng, một không.

Câu trả lời khác là tránh các mảng và thay vào đó mong đợi một cá thể có thể hoặc không thể là một bộ sưu tập thích hợp tự dọn dẹp sau chính nó, chẳng hạn như vector <>.

chỉnh sửa

Trộm cắp trắng trợn từ Roger Pate, tôi sẽ thêm vào đó bạn có thể yêu cầu sử dụng một con trỏ thông minh, mà số tiền để một bộ sưu tập đơn hàng.

Answer 10

Đặt một cách đơn giản, chỉ được cung cấp một con trỏ tới bộ nhớ được cấp phát động không có cách nào xác định cách phân bổ nó một cách an toàn. Con trỏ có thể đã được phân bổ trong bất kỳ các cách sau:

• sử dụng mới
• sử dụng mới []
• sử dụng malloc
• sử dụng người dùng xác định chức năng
• , vv

Trong mọi trường hợp trước khi bạn có thể giải quyết bộ nhớ, bạn phải biết cách phân bổ bộ nhớ.

Answer 11

Nếu bạn có một lớp học có con trỏ nó sẽ giả định quyền sở hữu, thì hợp đồng sử dụng lớp học cần bao gồm một trong hai điều. Hoặc:

• giao diện cần cho biết cách đối tượng trỏ trỏ được phân bổ để chủ sở hữu mới có thể biết cách xử lý đối tượng một cách an toàn. Tùy chọn này có lợi thế là giữ mọi thứ đơn giản (trên một cấp nào đó), nhưng nó không linh hoạt - lớp không thể xử lý việc sở hữu các đối tượng tĩnh cũng như các đối tượng được phân bổ động.

hoặc

• giao diện cần bao gồm một cơ chế mà một chính sách deallocation có thể được xác định bởi bất cứ điều gì được cho con trỏ đến lớp. Điều này có thể đơn giản như việc cung cấp một cơ chế truyền vào một hàm con (hoặc thậm chí một con trỏ hàm cũ) sẽ được gọi để deallocate đối tượng (tốt nhất là trong cùng một hàm/hàm tạo đi qua chính con trỏ). Điều này làm cho lớp được cho là phức tạp hơn để sử dụng (nhưng có một chính sách mặc định gọi delete trên con trỏ, ví dụ, có thể làm cho nó dễ sử dụng như tùy chọn 1 cho phần lớn các công dụng). Bây giờ nếu ai đó muốn cung cấp cho lớp một con trỏ tới một đối tượng được phân bổ tĩnh, chúng có thể truyền vào một hàm functor không-op, vì vậy không có gì xảy ra khi lớp muốn deallocates nó, hoặc một functor đến một hoạt động delete[] nếu đối tượng được phân bổ bởi new[] , v.v.