Я пишу службу, которая имеет пять различных методов, выполнение которых может занять от 5 секунд до 5 минут.
Служба запланирует запуск этих разных методов с разными интервалами.
Я не хочу, чтобы какие-либо методы выполнялись одновременно, поэтому как мне заставить методы проверять, работает ли другой метод, и ставить себя в очередь для запуска, когда он завершится?
Энтони





Если вы используете java, вы можете сделать методы синхронизированный, что предотвратит одновременный доступ к нему более чем одного потока.
Есть Атрибут MethodImplOptions.Synchronized, как отмечено в статья Доступ к синхронизированному методу в C#, но это может привести к взаимоблокировкам, как указано в MSDN. Похоже, для вашего использования это не будет большой проблемой.
В противном случае самым простым подходом было бы использовать заявление о блокировке, чтобы убедиться, что одновременно выполняется только один метод:
class ServiceClass
{
private object thisLock = new object();
public Method1()
{
lock ( thisLock )
{
...
}
}
public Method2()
{
lock ( thisLock )
{
...
}
}
...
}
Взаимоблокировка - такая же проблема с частной блокировкой, как и с [MethodImpl] - только немного сложнее узнать, какой код может получить доступ к блокировке.
Если вам нужен просто, и все методы находятся в одном классе, вы можете просто использовать [MethodImpl]:
[MethodImpl(MethodImplOptions.Synchronized)]
public void Foo() {...}
[MethodImpl(MethodImplOptions.Synchronized)]
public void Bar() {...}
Например, методы, это блокирует this; для статических методов это блокируется на typeof(TheClass).
Таким образом, эти объекты блокировки являются общедоступными, поэтому существует небольшая (но реальная) вероятность того, что на них может быть заблокирован другой фрагмент кода. Обычно считается лучшей практикой создать собственный объект блокировки:
private readonly object syncLock = new object(); // or static if needed
...
public void Foo() {
lock(syncLock) {
...
}
}
так далее
В сторону: любопытный факт; спецификация ECMA не определяет конкретный шаблон для [MethodImpl], даже включая пример частной блокировки, как «действительный». Однако спецификация MS настаивает на этом / typeof.
В общем, я настоятельно не рекомендую использовать атрибут MethodImpl (MethodImplOptions.Synchronized) для синхронизации потоков. Если вы собираетесь заниматься многопоточным программированием, вам действительно следует очень тщательно подумать о том, где именно и как вы должны блокировать.
Возможно, я немного преувеличиваю, но я нахожу слишком много общего между методом синхронизации MethodImpl и другими, такими как использование оператора End в VB. Это часто сигнализирует мне, что вы действительно не знаете, что делаете, и надеетесь, что этот оператор / метод / атрибут волшебным образом решит вашу проблему.
На каком языке вы кодируете?