Как я могу отменить зависающую задачу?

Question

У нас есть служба Windows, которая вызывает сторонний метод, который может висеть при неправильной настройке конечного пользователя, который трудно проверить заранее. Мы обращение с этим риском путем вызова метода в задаче с тайм-аутом:

private int? FooWithTimeout() 
{ 
    var timeout = TimeSpan.FromMinutes(1); 
    var task = Task.Run(Foo); 

    if (!task.Wait(timeout)) 
    { 
     Log("Foo timed out..."); 
     return null; 
    } 

    if (task.IsFaulted) 
    { 
     Log("Foo threw an exception..."); 
     return null; 
    } 

    return task.Result; 
} 

3-я блокирует метод партии навсегда ожидаем ввод от ресурса, который не может ответить. Это не аннулирование поддержки в любом случае, форме или форме, а также не имеет встроенного тайм-аута. Наша забота заключается в том, что по мере того, как служба запускает эти задачи, она будет продолжать блокировать и медленно накапливаться, в конечном итоге потребляя большой объем ресурсов.

Является ли это действительной проблемой? Нужно ли нам каким-то образом прервать/распоряжаться задачами? Если да, то каков правильный способ сделать это?

Приложение: Третья сторона - это Crystal Reports. Он зависает, когда его просят распечатать на принтер, для которого требуется какой-то дополнительный ввод от пользователя (например, Microsoft XPS Document Writer предложит вам, где сохранить файл, если вы его распечатаете). И, зависаясь, я имею в виду, что он пытается показать приглашение пользователя для получения дополнительного ввода, но он находится в службе Windows, поэтому никто никогда не видит приглашения пользователя, и он всегда ждет, когда человек скажет ему, как печатать. Мы разрешаем конечным пользователям настраивать принтер, к которому пытается выполнить печать служба, и нет никакого способа определить, требует ли данный принтер дополнительного ввода, не пытаясь его распечатать.

Answer 1

Наша задача в том, что, как работает служба эти задачи будут продолжать блокирование и медленно накапливают

Это действительный интерес. Вы можете уменьшить последствия этого, запустив эти задачи в специальном пуле потоков, который использует небольшие стеки. Таким образом, использование памяти меньше. Но это не полное решение. Если приложение должно функционировать в течение длительного времени (а не графическое приложение, предназначенное для нескольких часов использования), то это решение окажется неприемлемым, поскольку в конечном итоге приложение будет страдать от исчерпания ресурсов.

. NET не имеет возможности прервать нисходящую нить. Вы должны запускать эти действия в своих процессах. После этого вы можете безопасно завершить эти процессы.

Использование AppDomains может быть безопасным, но это менее очевидно. Возможно, что состояние каждого процесса повреждается, когда AppDomain и потоки в нем прерываются. Кроме того, не все нитки могут быть прерваны. В частности, операции ввода-вывода.

Использование отдельных процессов также не является гарантией того, что из-за прекращения не произойдет никакого государственного повреждения. Но на практике большинство коррумпированных государств живут в памяти. Окончание процесса, вероятно, устраняет все несогласованные состояния.

Answer 2

Один из подходов может заключаться в создании отдельного потока, который будет отслеживать для любых вновь созданных окон - при создании любого нового окна - поток попытается принудительно закрыть их.

Перечислите окна:

How to enumerate all windows belonging to a particular process using .NET?

И близко не хотел окна:

How to use WM_Close in C#?

Может быть, не будет работать, только предложение ...:-)