Destructor - nó có được gọi là nếu ứng dụng bị treo

Question

Có một destructor được gọi nếu ứng dụng bị treo? Nếu đó là một ngoại lệ không được giải quyết, tôi đoán là vậy, nhưng còn những lỗi nghiêm trọng hơn, hoặc một cái gì đó giống như một người dùng giết chết quá trình đăng ký?

Và thêm vài câu hỏi có khả năng câm:

• gì xảy ra với tất cả các đối tượng trong một ứng dụng khi thoát khỏi ứng dụng và tất cả finalizers đã được thực hiện - làm các đối tượng được thu gom rác thải hoặc là họ bằng cách nào đó tất cả " unloaded "với quá trình hoặc appdomain?
• là bộ phận thu gom rác của mỗi ứng dụng (chạy trong cùng một quy trình) hoặc nó có độc lập không?

Answer 1

Tôi khuyến khích bạn tự mình thử điều này. Ví dụ:

using System; 

class Program { 
    static void Main(string[] args) { 
    var t = new Test(); 
    throw new Exception("kaboom"); 
    } 
} 
class Test { 
    ~Test() { Console.WriteLine("finalizer called"); } 
} 

Chạy lệnh này tại dấu nhắc lệnh để bạn có thể nhìn thấy hơi thở cuối cùng. Đầu tiên với tuyên bố ném nhận xét ra.

Giống như bất kỳ ngoại lệ chưa được xử lý nào trong Windows, bộ lọc ngoại lệ mặc định mà Windows cung cấp gọi hộp thoại Báo cáo lỗi Windows, được hiển thị bởi WerFault.exe. Nếu bạn nhấp vào "Đóng chương trình", WerFault sẽ sử dụng TerminateProcess() để giết chương trình. Đó là một kết thúc nhanh chóng, không có cơ hội để chạy thread finalizer, như sẽ xảy ra khi một chương trình thoát bình thường.

Windows sau đó sẽ xử lý việc dọn sạch mảnh đạn. Nó sẽ tự động đóng bất kỳ hệ điều hành nào mà chương trình của bạn xử lý có thể đã mở nhưng không có cơ hội đóng trong trình hoàn thiện. Các tập tin là vấn đề phức tạp hơn ở đây, các bộ đệm của chúng không bị xóa và bạn sẽ dễ dàng kết thúc với một tệp được ghi một phần trên đĩa.

Answer 2

Tôi thậm chí không biết C#, nhưng dựa trên kinh nghiệm của tôi với các ngôn ngữ lập trình khác tôi đoán: Nếu ứng dụng gặp sự cố, điều đó có nghĩa là có sự cố nghiêm trọng với nó. Xử lý bộ nhớ không chính xác vv Thật kỳ lạ đối với bất kỳ ngôn ngữ lập trình nào để cố gắng thực hiện các trình phá hủy/deallocators/finalizers/... trong trường hợp này. Mọi thứ có thể sẽ sai nhiều hơn;)

Cập nhật: (quên trả lời các câu hỏi khác của bạn) một lần nữa, chứ không phải C# - cụ thể, nhưng thường không đảm bảo rằng trình phá hủy/deallocators/finalizers/... thực sự được gọi. Lý do cho điều này là khi một quá trình thoát khỏi nó là dễ dàng hơn và hiệu quả hơn để chỉ đơn giản là "zap" khối bộ nhớ được sử dụng cho quá trình hơn để chạy destructors của nó vv để làm sạch bộ nhớ.

Tôi không chắc chắn cách trả lời câu hỏi cuối cùng của bạn mà không đi vào quá nhiều chi tiết kỹ thuật. Có một số cách mà các nhà sưu tập rác có thể được thiết kế và chạy, dễ nhất là thu gom rác dừng quá trình hiện tại và tiếp tục khi nó được thực hiện, mặc dù cũng có thể (nhưng khó khăn hơn) để thu gom rác chạy đồng thời với các quy trình có bộ nhớ mà họ đang thu thập.

Bạn có thể muốn đọc lên lý thuyết thu thập rác để hiểu rõ hơn về tất cả điều này. Thực sự có toàn bộ trang web về chủ đề này: www.memorymanagement.org.

Answer 3

Nếu giết một ứng dụng, ứng dụng sẽ gần như 100% mất quyền kiểm soát ngay lập tức và không có cơ hội để nó gọi hàm hủy.