Как выяснить, кто владеет рабочим потоком, который все еще работает, когда мое приложение выходит?

Вскоре после обновления до VS2010 мое приложение не будет закрыто. Если я закрою приложение, а затем нажмите паузу в среде IDE, я вижу следующее:

Проблема в том, что нет никакого контекста. В стеке вызовов только говорится [Внешний код], что не слишком полезно.

Вот что я сделал до сих пор, чтобы попытаться сузить проблему:

В то время как я мог бы сделать следующий шаг грубой силы, который должен вернуть мой код обратно в точку, где этого не произошло, а затем просмотреть все журналы изменений, это не очень эффективно. Может ли кто-нибудь рекомендовать лучший способ понять это, учитывая заметное отсутствие информации, представленной отладчиком?

Единственные другие вещи, о которых я могу думать, включают в себя:

Возможно, эта информация будет полезна. Я решил использовать WinDbg и подключиться к моему приложению. Затем я закрыл его и переключился на поток 0 и сбросил содержимое стека. Вот что у меня есть:

РЕДАКТИРОВАТЬ - не уверен, что это помогает, но главный стек вызовов потока выглядит следующим образом:

Я сделал поиск по нему и нашел несколько сообщений, связанных с графическим интерфейсом WPF, и, возможно, это даст мне еще несколько подсказок.

Ответы

Ответ 1

Идентификатор рабочего потока, который вы видите, равен 0. Это поток структуры и ожидается - это не поток, который программа "породила". Если вы подключитесь к любому. Net-процессу, вы увидите это. Я не уверен, какой фрейм-поток это - определенно не поток финализатора, так как это никогда не поток 0. Возможно, поток JIT?

Что более интересно, тогда ваш основной поток, поскольку это, кажется, висит. Я бы сосредоточился на отладке вашего основного потока до этого. Заблокирован ли он из оконного обработчика событий, ожидающего чего-то, чего никогда не произойдет?

Обновление

После прочтения трассировки стека для основного потока, добавленного в вопрос, было бы интересно запустить тест в нижней части, остановится ли основной поток или будет ли он просто бездействовать в ожидании сообщения (и что он ждет для WM_CLOSE, который он никогда не получал или никогда не отправлялся).

Приведенный ниже код можно использовать для ручной отправки сообщения WM_CLOSE в ваше приложение. Просто подождите, пока ваша программа зависает, когда вы ее отключите, а затем запустите код. Замените имя процесса своим.

Обновление 2

Хорошо, похоже, что основной поток хорошо и по-настоящему висел, поскольку он не обрабатывает сообщения WM_CLOSE или WM_QUIT.

Попробуйте сделать самое маленькое приложение, которое может воспроизвести проблему и опубликовать код.

Пример WM_CLOSE\WM_QUIT App

internal class Program
{
    private const int WM_QUIT = 0x0012;
    private const int WM_CLOSE = 0x0010;

    [DllImport("user32.dll")]
    private static extern bool PostMessage(int hhwnd, uint msg, IntPtr wParam, IntPtr lParam);

    private static void Main()
    {
        Process p = GetProcess("Your process name - no '.exe' required");

        CloseMainWindow(p);
    }

    private static Process GetProcess(string name)
    {
        List<Process> processes = Process.GetProcessesByName(name).ToList();

        if (processes.Count != 1)
        {
            throw new Exception(
              "Expected 1 process with name '" + name +
              "' but found " + processes.Count + ".");
        }

        return processes[0];
    }

    private static void CloseMainWindow(Process p)
    {
        PostMessage(p, WM_CLOSE, "close");
    }

    private static void QuitApplication(Process p)
    {
        PostMessage(p, WM_QUIT, "quit");
    }

    private static void PostMessage(Process p, uint message, string name)
    {
        Console.WriteLine("Posting {0} message to '{1}'...", name, p.ProcessName);

        bool succeeded = PostMessage(p.MainWindowHandle.ToInt32(), message, IntPtr.Zero, IntPtr.Zero);

        Console.WriteLine("Posted {0} message to '{1}' (succeeded:{2}).", name, p.ProcessName, succeeded);
    }
}

Ответ 2

Добавьте следующий обработчик в каждое окно, созданное вашим приложением в отдельном потоке:

win.Closed += (o, e) => win.Dispatcher.InvokeShutdown();

Если главный поток зависает, вызовите win.Dispatcher.InvokeShutdown() в MainWindow.Closed - это автоматически закроет все остальные окна, созданные в основном потоке.

Без этого обработчика мое приложение со следующим кодом также висит на выходе:

void Worker() {
    var win = new Window();
    // win.Closed += onWindowClose ?? ((o, e) => editor.Dispatcher.InvokeShutdown());
    editor.Show();
    System.Windows.Threading.Dispatcher.Run();
}

Ответ 3

Я, наконец, понял эту проблему. У меня был контроль, который был Import изменен MEF, но на самом деле никогда не назывался (пока). Я думаю, что MEF создавал его, даже если он нигде не упоминался (я был в предположении, что создание не произошло до тех пор, пока не был запрошен ресурс, но, видимо, я ошибся). Я исправил проблему, используя Lazy < > instantication, и теперь она работает. Это действительно бросило меня, но спасибо всем за помощь. Я многому научился отлаживать эту проблему.

Ответ 4

Если вы создаете рабочие потоки (а не пул потоков), установите Name в описание, описывающее создание.

Ответ 5

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