Làm thế nào để bạn đóng một ứng dụng khi một số WaitHandle đang ở giữa một cuộc gọi đến WaitOne?

Question

Có cách nào tiêu chuẩn để đóng ứng dụng "sạch" trong khi một số đối tượng WaitHandle có thể đang ở trạng thái cuộc gọi chặn hiện tại tới WaitOne không?

Ví dụ, có thể có một sợi nền được quay cùng một phương pháp như thế này:

while (_request.WaitOne()) 
{ 
    try 
    { 
     _workItem.Invoke(); 
    } 
    finally 
    { 
     OnWorkCompleted(); 
    } 
} 

tôi thấy không có cách nào rõ ràng để định đoạt của chủ đề này mà không gọi Thread.Abort (mà từ những gì tôi hiểu là nản lòng). Tuy nhiên, hãy gọi số Close đối tượng _request (số AutoResetEvent) sẽ loại trừ một ngoại lệ.

Hiện tại, chuỗi đang chạy vòng lặp này có thuộc tính IsBackground được đặt thành true và do đó, ứng dụng xuất hiện để đóng đúng cách. Tuy nhiên, kể từ WaitHandle thực hiện IDisposable, tôi không chắc chắn nếu điều này được coi là kosher hoặc nếu đối tượng đó thực sự phải được xử lý trước khi thoát khỏi ứng dụng.

Đây có phải là thiết kế tồi không? Nếu không, kịch bản này thường được xử lý như thế nào?

Answer 1

Xác định thêm WaitHandle được gọi là _terminate sẽ báo hiệu yêu cầu chấm dứt vòng lặp và sau đó sử dụng WaitHandle.WaitAny thay vì WaitHandle.WaitOne.

var handles = { _request, _terminate }; 
while (WaitHandle.WaitAny(handles) == 0) 
{ 
    try 
    { 
    _workItem.Invoke(); 
    } 
    finally 
    { 
    OnCompleteWork(); 
    } 
} 

Answer 2

Đặt thuộc tính IsBackground thành true ... nó sẽ tự động đóng chuỗi khi ứng dụng của bạn kết thúc.

Cách khác, bạn có thể làm gián đoạn luồng bằng cách gọi Thread.Interrupt và xử lý ThreadInterruptedException. Một ý tưởng khác là để gọi _request.Set() và làm cho vòng lặp while kiểm tra một lá cờ không ổn định để xác định xem ứng dụng được đóng hoặc nếu nó nên tiếp tục:

private volatile bool _running = true; 
while(_request.WaitOne() && _running) 
{ 
    //... 
} 

// somewhere else in the app 
_running = false; 
_request.Set(); 

Answer 3

Khi một thread là chặn (bất kể những gì nó chặn trên), bạn có thể gọi Thread.Interrupt() Điều này sẽ gây ra ngoại lệ ThreadInterruptedException (Tôi tin rằng, nó có thể hơi khác một chút) Bạn có thể xử lý ngoại lệ này trên chính chuỗi đó và thực hiện bất kỳ việc dọn dẹp cần thiết nào.

Điều đáng chú ý là luồng sẽ chỉ ném ThreadInterruptedException khi nó đang chặn, nếu nó không chặn, nó sẽ không bị ném cho đến khi nó cố gắng chặn tiếp theo.

Đây là cách "an toàn" kết thúc chủ đề từ những gì tôi đã đọc về chủ đề này.

cũng đáng chú ý: Nếu đối tượng triển khai cả IDisposable và trình tinh chỉnh (nó sẽ nếu nó sử dụng tài nguyên không được quản lý), GC sẽ gọi trình hoàn tất thường hủy bỏ. Thông thường điều này là không xác định. Tuy nhiên, bạn có thể đảm bảo rằng họ sẽ được gọi về lối thoát ứng dụng. Chỉ trong những hoàn cảnh rất đặc biệt, họ sẽ không làm thế. (A. Môi trường mạng chấm dứt ngoại lệ như StackOverflowException được ném)

Answer 4

Tôi nghĩ rằng hệ điều hành sẽ làm sạch sau khi quá trình của bạn đã hoàn tất. Bởi vì thread của bạn được đánh dấu là IsBackground, CLR sẽ kết thúc quá trình và tất cả các luồng bên trong, vì vậy đây không phải là vấn đề.