为什么Thread.Join()挂起,即使线程中的方法已经返回？

Question

我有一个WPF应用程序,它使用一些库代码进行身份验证,需要在单线程单元线程中运行.我的方法是生成一个单独的线程来获取身份验证对象,阻塞直到线程返回然后继续执行.但是,在某些情况下,我的应用程序挂起在Thread.Join()上,即使线程方法已返回.

    public static ClaimsAuthenticationResult GetClientContextAndCookieCollection(string siteUrl, out CookieCollection cookieResult)
    {
        ClaimsAuthenticationResult authResult = new ClaimsAuthenticationResult();

        // Authentication module needs to run in single-thread apartment state because it uses
        // COM library calls where this is required
        Thread authenticationThread = new Thread(new ThreadStart(threadMethod));
        authenticationThread.SetApartmentState(ApartmentState.STA);
        authenticationThread.Start();

        // Block until thread completion
        authenticationThread.Join(); // Application hangs here

        return authResult;
    }

    private static void threadMethod() {
        // In proper application: set result. But for debugging, return immediately
        return;
    }

我是mulththreading和WPF的新手,所以我可能会做一些愚蠢的事情.有谁看到这里发生了什么？为了记录,如果我没有将线程设置为STA,我不会遇到问题,但这是一个要求.

[编辑:似乎只有当我通过WPF视图中的验证绑定调用指定的方法时才会出现错误,特别是在TextBox上.当我在视图的构造函数中调用相同的代码时,代码按预期运行.这将是一个可行的解决方法,但知道这里实际发生了什么会很有趣.

[编辑:此处的代码已经简化了一些调试 - 在生产代码中,线程方法位于AuthThreadWorker对象中,该对象允许将身份验证过程的结果返回给authResult对象.但是这些细节据我所知与冻结无关,因为即使在简化代码中也会发生冻结.

Answer 1

根据您的代码; 它看起来好像你正确地做了,但线程永远不会真正终止.尝试在线程中的函数的END处设置断点; 而不是return关键字(如果你在return语句中进行某种处理以阻止线程退出),如下图所示 .使用authenticationThread.Name(或示例中所示的mthread.Name)命名线程也可以帮助调试.如果线程REALLY终止,你应该看到"线程'你的名字'(0x143c)退出了代码0(0x0)." 在Visual Studio的"输出"窗口中.