Пример взаимоблокировки потоков в C# [закрыт]

может ли кто-нибудь привести пример того, как тупик потока может быть вызван на языке C#?

2 ответов


static object object1 = new object();
static object object2 = new object();

public static void ObliviousFunction()
{
    lock (object1)
    {
        Thread.Sleep(1000); // Wait for the blind to lead
        lock (object2)
        {
        }
    }
}

public static void BlindFunction()
{
    lock (object2)
    {
        Thread.Sleep(1000); // Wait for oblivion
        lock (object1)
        {
        }
    }
}

static void Main()
{
    Thread thread1 = new Thread((ThreadStart)ObliviousFunction);
    Thread therad2 = new Thread((ThreadStart)BlindFunction);

    thread1.Start();
    thread2.Start();

    while (true)
    {
        // Stare at the two threads in deadlock.
    }
}

С Threading в C#

на другом конце шкалы, отдельные контексты синхронизации приглашаем к взаимоблокировкам. Вот пример:

[Synchronization]
public class Deadlock : ContextBoundObject {
    public DeadLock Other;
    public void Demo() { Thread.Sleep (1000); Other.Hello(); }
    void Hello() { Console.WriteLine ("hello"); }
}
public class Test {
    static void Main() {
    Deadlock dead1 = new Deadlock();
    Deadlock dead2 = new Deadlock();
    dead1.Other = dead2;
    dead2.Other = dead1;
    new Thread (dead1.Demo).Start();
    dead2.Demo();
}

потому что каждый экземпляр Deadlock создан в тест несинхронизированный класс-каждый экземпляр получает свою собственную синхронизацию контекст и, следовательно, собственный замок. Когда два объекта взывают друг к другу, это не займет много времени для тупика происходить (одну секунду, если быть точным!) Проблема была бы особенно коварный, если тупик и тест классы были написаны разными команда программистов. Может быть неразумно ожидать, что ответственный за класс испытания даже сознавая свое прегрешение, пусть один знаю, как решить он. Это в отличие от явного замки, где обычно находятся тупики более очевидный.