Đây có phải là cách hay để giải phóng bộ nhớ không?

Question

Tôi đã lập trình trên iPhone khá lâu và đã có những trải nghiệm xấu với việc quản lý bộ nhớ. Tôi đã tự hỏi nếu cách sau đây là một cách tốt để phát hành bộ nhớ.

int count = [someObject retainCount]; 

for (int i = 0; i < count; i ++) 
{ 
[someObject release]; 
} 

Phương pháp này là một hành động tuyệt vọng trong một vài trường hợp (đặc biệt là UIWebViews). Số của retainCount của biến được giảm về 0, nó sẽ giải phóng bộ nhớ đang được sử dụng bởi nó. Phương pháp này là một chút bẩn nhưng có bất kỳ tắc nghẽn liên quan đến nó?

Answer 1

Bạn không nên dựa vào retainCount vì có khả năng giữ lại các đối tượng bằng cách iOS khung,

đọc dưới đây những gì Apple nói về retainCount.

Quan trọng: Phương pháp này thường là không có giá trị trong bộ nhớ gỡ lỗi vấn đề quản lý. Bởi vì bất kỳ số nào của các đối tượng khung có thể đã giữ lại một đối tượng để giữ tham chiếu với nó, trong khi cùng lúc các nhóm tự động trả lời có thể giữ bất kỳ số phát hành nào là , có thể nhận thông tin hữu ích từ phương thức này.

Để hiểu các quy tắc cơ bản về quản lý bộ nhớ mà bạn phải tuân thủ, hãy đọc “Memory Management Rules”. Để chẩn đoán các vấn đề quản lý bộ nhớ, sử dụng một công cụ thích hợp:

Answer 2

Bạn không nên dựa vào giá trị của retainCount. Bạn nên phát hành thường xuyên như bạn gọi là alloc và copy.

Chỉnh sửa: và new và retain.

Answer 3

Bạn nên tham khảo ghi chú quản lý bộ nhớ:

(1) http://mobileorchard.com/iphone-memory-management/

(2) http://memo.tv/memory_management_with_objective_c_cocoa_iphone

(3) http://akosma.com/2009/01/28/10-iphone-memory-management-tips/

Answer 4

Mã này là tuyệt đối no-go. Nó chỉ che giấu các lỗi lập trình của bạn - và nó làm như vậy một cách rất xấu.

Vui lòng tìm hiểu cách quản lý bộ nhớ phù hợp. Không có thay thế.

Đây là memory management programming guide. Nó đáng đọc hơn một lần.

Answer 5

Như những người khác đã đề cập, -retainCount hầu như vô dụng. Khi bạn mới sử dụng tính năng quản lý bộ nhớ/tham chiếu trong Objective-C, đôi khi bạn có thể thử sử dụng - retainCount để hiểu cách tính toán tham chiếu hoạt động, nhưng trên thực tế, có thể (dường như) khó hiểu nhất.

Mã bạn đăng có khả năng gây nguy hiểm, tùy theo ngữ cảnh xung quanh cách sử dụng someObject. Nó cũng có thể nguy hiểm khi áp dụng cho các tình huống khác mà bạn không mong đợi. Hãy liên tục NSString s được tạo bằng cách sử dụng chỉ thị biên dịch @"a string": các chuỗi này được tạo và được thiết kế để không bao giờ được phát hành. Vì vậy, việc áp dụng mã của bạn như trong ví dụ sau sẽ cho kết quả trong một vòng lặp vô hạn:

int main (int argc, const char * argv[]) { 
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; 

    NSString *string = @"theString"; 

    NSLog(@"retainCount == %lu", (unsigned long)[string retainCount]); 

    for (NSUInteger i = 0; i < [string retainCount]; i++) { 
     [string release]; 
    } 

    [pool drain]; 
    return 0; 
} 

in này:

2011-06-30 08:40:16.287 retainCount[35505:a0f] retainCount == 1152921504606846975

và sau đó đi vào một vòng lặp vô hạn.

Answer 6

Tôi không thể nói KHÔNG đủ mạnh!

Hãy ví dụ này của mã của bạn trong hành động:

// Create an autoreleased object 
MyObject *myObject = [[[MyObject alloc] init] autorelease]; 

// Run your code to make it dealloc itself 
int count = [myObject retainCount]; 
for (int i = 0; i < count; i ++) 
    [myObject release]; 

Mã của bạn sẽ buộc myObject được dealloced.

Tuy nhiên, myObject cũng được đưa vào hồ bơi tự động - ngay khi hồ bơi bắt đầu giải phóng các đối tượng ứng dụng của bạn sẽ bị lỗi vì myObject không còn tồn tại nữa!

Quy tắc rất đơn giản: Phát hành cuộc gọi mỗi khi bạn sử dụng init, new hoặc copy. Nếu không, đó không phải là vấn đề của bạn.