Hủy tác vụ đang ném một ngoại lệ

Question

Từ những gì tôi đã đọc về Công việc, mã sau đây sẽ hủy tác vụ hiện đang thực hiện mà không cần ném ngoại lệ. Tôi đã ấn tượng rằng toàn bộ vấn đề hủy bỏ nhiệm vụ là lịch sự "yêu cầu" nhiệm vụ dừng lại mà không hủy bỏ chủ đề.

Kết quả của chương trình sau đây là:

bán phá giá ngoại lệ

[OperationCanceledException]

hủy và trở về thủ tính toán cuối cùng.

Tôi đang cố tránh mọi ngoại lệ khi hủy. Làm thế nào tôi có thể thực hiện điều này?

void Main() 
{ 
    var cancellationToken = new CancellationTokenSource(); 

    var task = new Task<int>(() => { 
     return CalculatePrime(cancellationToken.Token, 10000); 
    }, cancellationToken.Token); 

    try 
    { 
     task.Start(); 
     Thread.Sleep(100); 
     cancellationToken.Cancel(); 
     task.Wait(cancellationToken.Token);   
    } 
    catch (Exception e) 
    { 
     Console.WriteLine("Dumping exception"); 
     e.Dump(); 
    } 
} 

int CalculatePrime(CancellationToken cancelToken, object digits) 
{ 
    int factor; 
    int lastPrime = 0; 

    int c = (int)digits; 

    for (int num = 2; num < c; num++) 
    { 
     bool isprime = true; 
     factor = 0; 

     if (cancelToken.IsCancellationRequested) 
     { 
      Console.WriteLine ("Cancelling and returning last calculated prime."); 
      //cancelToken.ThrowIfCancellationRequested(); 
      return lastPrime; 
     } 

     // see if num is evenly divisible 
     for (int i = 2; i <= num/2; i++) 
     { 
      if ((num % i) == 0) 
      {    
       // num is evenly divisible -- not prime 
       isprime = false; 
       factor = i; 
      } 
     } 

     if (isprime) 
     { 
      lastPrime = num; 
     } 
    } 

    return lastPrime; 
} 

Answer 1

Bạn đang ném một cách rõ ràng một ngoại lệ trên dòng này:

cancelToken.ThrowIfCancellationRequested(); 

Nếu bạn muốn một cách duyên dáng thoát khỏi nhiệm vụ, sau đó bạn chỉ cần để thoát khỏi dòng đó.

Thông thường mọi người sử dụng cơ chế này làm cơ chế kiểm soát để đảm bảo quá trình xử lý hiện tại bị hủy bỏ mà không có khả năng chạy thêm bất kỳ mã nào. Ngoài ra, không có cần phải kiểm tra để hủy bỏ khi gọi ThrowIfCancellationRequested() kể từ khi nó được chức năng tương đương với:

if (token.IsCancellationRequested) 
    throw new OperationCanceledException(token); 

Khi sử dụng ThrowIfCancellationRequested() Nhiệm vụ của bạn có thể trông như thế này:

int CalculatePrime(CancellationToken cancelToken, object digits) { 
    try{ 
     while(true){ 
      cancelToken.ThrowIfCancellationRequested(); 

      //Long operation here... 
     } 
    } 
    finally{ 
     //Do some cleanup 
    } 
} 

Ngoài ra, Task.Wait(CancellationToken) sẽ ném một ngoại lệ nếu mã thông báo bị hủy. Để sử dụng phương pháp này, bạn sẽ cần phải kết thúc cuộc gọi Chờ của bạn trong khối Try...Catch.

MSDN: How to Cancel a Task

Answer 2

Tôi cố gắng để tránh bất kỳ trường hợp ngoại lệ khi hủy.

Bạn không nên làm điều đó.

Ném OperationCanceledException là cách thành ngữ mà "phương pháp bạn gọi là bị hủy" được thể hiện bằng TPL. Đừng chiến đấu chống lại điều đó - chỉ mong đợi nó.

Đây là điều tốt điều này có nghĩa là khi bạn có nhiều thao tác sử dụng cùng mã thông báo hủy, bạn không cần phải tiêu mã ở mọi cấp độ. đã được gọi là đã thực sự hoàn thành bình thường hoặc cho dù nó được trả lại do hủy bỏ. Bạn có thể sử dụng CancellationToken.IsCancellationRequested ở mọi nơi, nhưng nó sẽ làm cho mã của bạn ít thanh lịch hơn trong thời gian dài.

Lưu ý rằng có hai mẩu mã trong ví dụ của bạn được ném một ngoại lệ - một trong nhiệm vụ riêng của mình:

cancelToken.ThrowIfCancellationRequested() 

và một trong những nơi bạn chờ đợi cho nhiệm vụ để hoàn thành:

task.Wait(cancellationToken.Token); 

Tôi không nghĩ bạn thực sự muốn chuyển mã thông báo hủy vào cuộc gọi task.Wait, thành thật mà nói ... cho phép khác mã để hủy chờ đợi của bạn. Do bạn biết bạn vừa hủy mã thông báo đó, nó vô nghĩa - đó là bị ràng buộc để ném ngoại lệ, cho dù tác vụ có thực sự nhận thấy việc hủy hay không. Tùy chọn:

• Sử dụng một khác nhau thẻ hủy (để mã khác có thể hủy bỏ chờ đợi của bạn một cách độc lập)
• Sử dụng time-out
• Chỉ cần chờ đợi cho đến khi nào nó cần

Answer 3

Một lưu ý khác về lợi ích của việc sử dụng ThrowIfCancellationRequested thay vì IsCancellationRequested: Tôi nhận thấy rằng khi cần sử dụng ContinueWith với tùy chọn tiếp tục là TaskContinuationOptions.OnlyOnCanceled, IsCancellationRequested sẽ không gây ra điều kiện ContinueWith để kích hoạt. Tuy nhiên, ThrowIfCancellationRequested, sẽ đặt điều kiện Đã hủy của tác vụ, làm cho ContinueWith kích hoạt.

Lưu ý: Điều này chỉ đúng khi tác vụ đang chạy và không phải khi nhiệm vụ bắt đầu. Đây là lý do tại sao tôi đã thêm một Thread.Sleep() giữa bắt đầu và hủy.

CancellationTokenSource cts = new CancellationTokenSource(); 

Task task1 = new Task(() => { 
    while(true){ 
     if(cts.Token.IsCancellationRequested) 
      break; 
    } 
}, cts.Token); 
task1.ContinueWith((ant) => { 
    // Perform task1 post-cancellation logic. 
    // This will NOT fire when calling cst.Cancel(). 
} 

Task task2 = new Task(() => { 
    while(true){ 
     cts.Token.ThrowIfCancellationRequested(); 
    } 
}, cts.Token); 
task2.ContinueWith((ant) => { 
    // Perform task2 post-cancellation logic. 
    // This will fire when calling cst.Cancel(). 
} 

task1.Start(); 
task2.Start(); 
Thread.Sleep(3000); 
cts.Cancel(); 

Answer 4

Một số câu trả lời ở trên đọc như thể ThrowIfCancellationRequested() sẽ là một tùy chọn. Đó là không phải trong trường hợp này, bởi vì bạn sẽ không nhận được kết quả cuối cùng. idiomatic way that "the method you called was cancelled" được định nghĩa cho các trường hợp khi hủy bỏ nghĩa là vứt bỏ bất kỳ kết quả (trung gian) nào. Nếu định nghĩa hủy của bạn là "ngừng tính toán và trả lại kết quả trung gian cuối cùng" bạn đã rời khỏi đó theo cách đó.

Thảo luận về các lợi ích đặc biệt về mặt thời gian chạy cũng khá gây hiểu lầm: Thuật toán được triển khai sẽ mất khi chạy. Ngay cả việc hủy bỏ tối ưu hóa cao cũng sẽ không làm tốt.

Việc tối ưu hóa dễ nhất sẽ được cuộn vòng lặp này và bỏ qua một số chu kỳ không cần thiết:

for(i=2; i <= num/2; i++) { 
    if((num % i) == 0) { 
    // num is evenly divisible -- not prime 
    isprime = false; 
    factor = i; 
    } 
} 

Bạn có thể

• tiết kiệm (num/2) -1 chu kỳ cho mỗi số chẵn, đó là ít hơn 50% tổng thể (bỏ đăng ký),
• lưu (num/2) -square_root_of (num) chu kỳ cho mỗi số nguyên tố (chọn giới hạn theo toán của hệ số nguyên tố nhỏ nhất),
• tiết kiệm ít nhất là nhiều cho mỗi phi chính, dự kiến ​​tiết kiệm nhiều hơn, ví dụnum = 999 kết thúc với 1 chu kỳ thay vì 499 (ngắt, nếu câu trả lời được tìm thấy) và
• lưu 50% chu kỳ khác, tất nhiên là 25% (chọn bước theo phép tính số nguyên tố, kiểm soát xử lý trường hợp đặc biệt) 2).

Đó tài khoản để tiết kiệm tối thiểu đảm bảo 75% (ước lượng thô: 90%) của chu kỳ trong vòng lặp bên trong, chỉ bằng cách thay thế nó bằng:

if ((num % 2) == 0) { 
    isprime = false; 
    factor = 2; 
} else { 
    for(i=3; i <= (int)Math.sqrt(num); i+=2) { 
    if((num % i) == 0) { 
     // num is evenly divisible -- not prime 
     isprime = false; 
     factor = i; 
     break; 
    } 
    } 
} 

Có những thuật toán nhanh hơn nhiều (mà Tôi sẽ không thảo luận vì tôi đủ xa chủ đề) nhưng tối ưu hóa này khá dễ dàng và vẫn chứng minh quan điểm của tôi: Đừng lo lắng về thời gian chạy vi tối ưu hóa khi thuật toán của bạn là này cách xa tối ưu.