这是一个有趣的图书馆作家困境。在我的库中(在我的例子中是 EasyNetQ)，我正在分配线程本地资源。因此，当客户端创建一个新线程，然后调用我的库中的某些方法时，就会创建新资源。在 EasyNetQ 的情况下，当客户端在新线程上调用“Publish”时，会创建一个到 RabbitMQ 服务器的新 channel 。我希望能够检测到客户端线程何时退出，以便我可以清理资源( channel )。

我想出的唯一方法是创建一个新的“观察者”线程，它只会阻塞对客户端线程的 Join 调用。这里有一个简单的演示:

首先是我的“图书馆”。它获取客户端线程，然后创建一个阻塞在“Join”上的新线程:

public class Library
{
    public void StartSomething()
    {
        Console.WriteLine("Library says: StartSomething called");

        var clientThread = Thread.CurrentThread;
        var exitMonitorThread = new Thread(() =>
        {
            clientThread.Join();
            Console.WriteLine("Libaray says: Client thread existed");
        });

        exitMonitorThread.Start();
    }
}

这是一个使用我的库的客户端。它创建一个新线程，然后调用我的库的 StartSomething 方法:

public class Client
{
    private readonly Library library;

    public Client(Library library)
    {
        this.library = library;
    }

    public void DoWorkInAThread()
    {
        var thread = new Thread(() =>
        {
            library.StartSomething();
            Thread.Sleep(10);
            Console.WriteLine("Client thread says: I'm done");
        });
        thread.Start();
    }
}

当我这样运行客户端时:

var client = new Client(new Library());

client.DoWorkInAThread();

// give the client thread time to complete
Thread.Sleep(100);

我得到这个输出:

Library says: StartSomething called
Client thread says: I'm done
Libaray says: Client thread existed

所以它有效，但它很丑。我真的不喜欢所有这些被阻塞的观察者线程四处闲逛的想法。有更好的方法吗？

第一个选择。

提供一个返回实现 IDisposable 的 worker 的方法，并在文档中明确说明您不应在线程之间共享 worker。这是修改后的库:

public class Library
{
    public LibraryWorker GetLibraryWorker()
    {
        return new LibraryWorker();
    }
}

public class LibraryWorker : IDisposable
{
    public void StartSomething()
    {
        Console.WriteLine("Library says: StartSomething called");
    }

    public void Dispose()
    {
        Console.WriteLine("Library says: I can clean up");
    }
}

客户端现在有点复杂:

public class Client
{
    private readonly Library library;

    public Client(Library library)
    {
        this.library = library;
    }

    public void DoWorkInAThread()
    {
        var thread = new Thread(() =>
        {
            using(var worker = library.GetLibraryWorker())
            {
                worker.StartSomething();
                Console.WriteLine("Client thread says: I'm done");
            }
        });
        thread.Start();
    }
}

此更改的主要问题是它是 API 的重大更改。现有客户将不得不重写。现在这不是一件坏事，这意味着重新访问它们并确保它们正确清理。

不间断的第二选择。 API 为客户端提供了一种声明“工作范围”的方法。一旦作用域完成，库就可以清理了。该库提供了一个实现 IDisposable 的 WorkScope，但与上面的第一个替代方案不同，StartSomething 方法保留在 Library 类中:

public class Library
{
    public WorkScope GetWorkScope()
    {
        return new WorkScope();
    }

    public void StartSomething()
    {
        Console.WriteLine("Library says: StartSomething called");
    }
}

public class WorkScope : IDisposable
{
    public void Dispose()
    {
        Console.WriteLine("Library says: I can clean up");
    }
}

客户端只需将 StartSomething 调用放入 WorkScope...

public class Client
{
    private readonly Library library;

    public Client(Library library)
    {
        this.library = library;
    }

    public void DoWorkInAThread()
    {
        var thread = new Thread(() =>
        {
            using(library.GetWorkScope())
            {
                library.StartSomething();
                Console.WriteLine("Client thread says: I'm done");
            }
        });
        thread.Start();
    }
}

我不太喜欢第一个替代方案，因为它不会强制图书馆用户考虑范围。

最佳答案

您可以创建一个具有终结器的线程静态监视器。当线程处于事件状态时，它将持有监视器对象。当 thead 死亡时，它会停止持有它。稍后，当 GC 启动时，它将最终确定您的监视器。在终结器中，您可以引发一个事件，通知您的框架有关(观察到的)客户端线程的死亡。

可以在这个要点中找到示例代码:https://gist.github.com/2587063

这是它的副本:

public class ThreadMonitor
{
    public static event Action<int> Finalized = delegate { };
    private readonly int m_threadId = Thread.CurrentThread.ManagedThreadId;

    ~ThreadMonitor()
    {
        Finalized(ThreadId);
    }

    public int ThreadId
    {
        get { return m_threadId; }
    }
}

public static class Test
{
    private readonly static ThreadLocal<ThreadMonitor> s_threadMonitor = 
        new ThreadLocal<ThreadMonitor>(() => new ThreadMonitor());

    public static void Main()
    {
        ThreadMonitor.Finalized += i => Console.WriteLine("thread {0} closed", i);
        var thread = new Thread(() =>
        {
            var threadMonitor = s_threadMonitor.Value;
            Console.WriteLine("start work on thread {0}", threadMonitor.ThreadId);
            Thread.Sleep(1000);
            Console.WriteLine("end work on thread {0}", threadMonitor.ThreadId);
        });
        thread.Start();
        thread.Join();

        // wait for GC to collect and finalize everything
        GC.GetTotalMemory(forceFullCollection: true);

        Console.ReadLine();
    }
}

希望对你有所帮助。我认为它比您额外的等待线程更优雅。

关于c# - 如何检测客户端线程何时退出？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10432494/