为什么我的程序不会终止？

Question

我有一个 .NET Compact Framework 应用程序，可以在三台 Windows 计算机（桌面窗口和两台 WinCE 计算机）上运行，并且在 WinCE 设备上，该进程永远不会在退出时终止，即使我调用 Application.Exit() 也是如此。除了 .NET 之外，它还使用一个 COM 组件（它在 UI 线程上执行所有操作）。如果我在退出后闯入调试器，Visual Studio 将仅显示一个线程和一个完全空白的调用堆栈。

什么可能导致这种情况？

更新：我的进程在桌面上终止，但在 WinCE 机器上没有终止。我尝试使用以下代码强制进程终止，但它不起作用：

[DllImport("coredll.dll")]
static extern int TerminateProcess(IntPtr hProcess, uint uExitCode);

static public void ExitProcess()
{
    if (Platform.IsWindowsCE)
        TerminateProcess(new IntPtr(-1), 0);
    Application.Exit();
}

还应该有如下所示的 ExitProcess() 和 GetCurrentProcess() API，但如果我尝试调用它们，则会收到 EntryPointNotFoundException。因此，我使用 TerminateProcess(-1, 0)，因为桌面版 GetCurrentProcess 的文档声称它只是返回 -1。

[DllImport("coredll.dll")]
static extern int ExitProcess(IntPtr hProcess);
[DllImport("coredll.dll")]
static extern IntPtr GetCurrentProcess();

即使抛出未处理的异常也无法做到这一点。

更新 2：导致问题的最简单的程序只是创建 COM 对象。

static void Main()
{
    new FastNavLib.MapControl();
}

使用 COM 组件的 C++ 程序不会表现出这种行为，因此我的 C++ COM 组件一定与 .NET 框架有一些奇怪的交互，我将对此进行研究。

Answer 1

看起来您的应用程序中仍有一些线程正在运行。

确保在退出主线程之前已终止每个子线程。

Answer 2

只是一个预感 - 确保在退出之前调用 CoUninitialize() ？
另外，不要闯入调试器，而是创建一个故障转储并对其进行调试。不确定这在 CE 上如何工作，但这是我在 Windows 上推荐的。

Answer 3

如果应用程序没有退出，通常意味着有一个句柄仍然打开，无法从用户空间关闭。这意味着有一个越野车司机。

有关详细信息，请参阅这篇文章。

Answer 4

您的 COM 对象正在后台创建一个线程，并且该线程不会终止。这可能是因为 COM 对象没有在您的代码中释放。

尝试在退出之前调用 Marshal.ReleaseComObject，因此您的简单测试应用程序将如下所示：

static void Main() 
{ 
    // create the COM object
    var obj = new FastNavLib.MapControl(); 

    // simulate doing stuff
    Thread.Sleep(1000);

    // release the COM object
    Marshal.ReleaseComObject(obj);
} 

Answer 5

我大概明白了。

我的 COM 对象将自身设置为通过隐藏窗口获取 WM_TIMER 消息。基本上：（

// Register window class
WNDCLASS wc;
memset(&wc, 0, sizeof(wc));
wc.lpfnWndProc = &WinCeTimerProc;
wc.lpszClassName = _T("FastNavTimerDummyWindow");
// Create window
gTimerWindow = CreateWindow(wc.lpszClassName, wc.lpszClassName, 
    WS_OVERLAPPED, 0, 0, 100, 100, NULL, NULL, GetModuleHandle(NULL), NULL);
gTimerID = SetTimer(gTimerWindow, 88, gTimerIntervalMs, NULL);

专家可能会指出我不需要计时器窗口来接收计时器消息 - SetTimer 的最后一个参数可以设置为回调函数。事实上，如果我使用回调而不是但是，我必须使用计时器窗口来解决 WinCE 中的一个奇怪的错误，其中 SetTimer(NULL,...) 可能会导致 WM_TIMER code> 消息由调用 PeekMessage() 的人接收。）

现在，当最后一个使用计时器的 COM 对象被销毁时，计时器和计时器窗口也会被销毁：

KillTimer(gTimerWindow, gTimerID);
DestroyWindow(gTimerWindow);

不幸的是，DestroyWindow () 永远不会返回。我假设 DestroyWindow 中存在某种死锁，但不清楚为什么当我在 Visual Studio 中暂停时调用堆栈为空。可能是因为 COM 对象是自动销毁的，而不是由 Marshal.ReleaseComObject() 销毁的，所以它是在终结器线程中销毁的，并且在 WinCE 上无法从终结器线程中调用 DestroyWindow 。像往常一样，微软并没有在其文档中详细说明这一危险，仅指出“不要在一个线程中使用 DestroyWindow 来销毁由不同线程创建的窗口”。

解决方案很简单：根本不要销毁计时器窗口，因为操作系统会在进程退出时自动销毁它。

有趣的事实：如果我调用 SetTimer(NULL,...) 而不是 SetTimer(gTimerWindow,...)，则不会出现 DestroyWindow 的问题。 code>，但如果我根本不调用 SetTimer，就会发生这种情况。