Có phải "tự" yếu trong một phương thức trong ARC không?

Question

Tôi có một phương pháp thỉnh thoảng gặp sự cố.

-(void)foo{ 
    [self doSomething]; 
    [self.delegate didFinish]; 
    [self doSomethingElse]; 
} 

-doĐiều gì đó hoạt động chính xác, sau đó tôi gọi cho đại biểu -didFinish. Trong vòng -didFinish, tham chiếu đến đối tượng này có thể được đặt thành 0, phát hành nó dưới ARC. Khi phương thức bị treo, nó làm như vậy trên -doSomethingElse. Giả định của tôi là bản thân sẽ mạnh mẽ trong một phương pháp, cho phép hàm hoàn thành. Là tự yếu hay mạnh? Có tài liệu về điều này không? Điều gì sẽ là lý do cho nó được mạnh mẽ hay yếu?

Sửa

Sau khi được lấy cảm hứng từ một số các câu trả lời dưới đây, tôi đã làm một số điều tra. Nguyên nhân thực sự của vụ tai nạn trong trường hợp của tôi là NSNotificationCenter không giữ lại người quan sát trong mọi trường hợp. Mike Weller chỉ ra bên dưới rằng những người gọi phương thức nên giữ lại đối tượng trong khi nó đang được gọi để ngăn chặn trường hợp mà tôi đã mô tả ở trên, tuy nhiên có vẻ như NSNotificationCenter bỏ qua vấn đề này và luôn duy trì một tham chiếu yếu cho người quan sát. Nói cách khác:

-(void)setupNotification{ 
    //observer is weakly referenced when added to NSNotificationCenter 
    [[NSNotificationCenter defaultCenter] addObserver:self 
              selector:@selector(handleNotification:) 
               name:SomeNotification object:nil]; 
} 

//handle the notification 
-(void)handleNotification:(id)notification{ 
    //owner has reference so this is fine 
    [self doSomething]; 
    //call back to the owner/delegate, owner sets reference to nil 
    [self.delegate didFinish]; 
    //object has been dealloc'ed, crash 
    [self doSomethingElse]; 
} 

Answer 1

self sẽ mạnh mẽ trong một phương pháp, cho phép chức năng hoàn thành. Là tự yếu hay mạnh?

self không mạnh và yếu trong ARC. Giả định rằng người gọi giữ một tham chiếu và self không an toàn không được giải quyết.

Cũng đúng là self có thể là -dealloc được chỉnh sửa theo phương pháp riêng của mình trong ARC và được coi là "Hành vi không xác định (hoặc ít nguy hiểm nhất)" cho chương trình của bạn.

Lý do nào khiến nó mạnh hoặc yếu?

Không được tiết lộ cho Hiệu suất - để tránh những gì (trong phần lớn các trường hợp) một số tham chiếu không cần thiết inc/dec. Ngay cả khi họ đã làm tất cả những hoạt động đếm số lượng bổ sung, chương trình của bạn vẫn sẽ dễ bị những vấn đề như vậy trong các chương trình đa luồng hoặc trong sự hiện diện của một điều kiện chủng tộc (cũng UB).Vì vậy, đây là một trong những trường hợp cạnh cực đoan mà họ (đúng) xác định họ không cần phải tự bảo vệ mình.

Có tài liệu nào về điều này không?

Of course! :)

Answer 2

self không phải là yếu cũng không mạnh. Nếu bạn có thể truy cập self thì bạn đang ở trong phạm vi của một cuộc gọi phương thức và cuộc gọi phương thức đó đang được thực hiện bởi ai đó thông qua tham chiếu mà họ phải sở hữu. self được ngụ ý là tham chiếu hợp lệ miễn là nó nằm trong phạm vi và ngụ ý rằng bất kỳ quyền quản lý bộ nhớ hoặc quyền sở hữu nào được xử lý bởi người gọi.

Khi gọi phương thức qua tham chiếu yếu, ARC sẽ giữ lại đối tượng trong suốt thời gian gọi phương thức đó (xem this answer). Với cảnh báo trình biên dịch nghiêm ngặt được bật, bạn sẽ thực sự bị buộc phải tạo tham chiếu mạnh trước khi gửi bất kỳ phương thức nào đến tham chiếu đó. Vì vậy, theo định nghĩa, nếu một phương pháp đang được gọi trên một đối tượng, người gọi phải đã có quyền sở hữu và không có gì cần phải được thực hiện.

Tất nhiên, có thể kết thúc các phương thức gọi trên đối tượng được phân phối lại nhưng đó là kết quả của mã người gọi bị lỗi.