一种不会导致资源泄露的“终止”线程的方法

        在项目工程中，我们可能会使用第三方开发的模块。该模块提供一个接口用于完成非常复杂和耗时的工作。我们一般不会将该API放在UI线程中执行，而是启动一个线程，用工作线程去执行这个耗时的操作。（转载请指明出于breaksoftware的csdn博客）

static VOID OtherPartFun() // 第三方提供函数，超级耗时，不如来个极限，死循环
{
    int nIndex = 0;
    while ( true ) {
        nIndex++;
        printf("%d\n",nIndex);
        Sleep( ONESECOND );
    }
}
// 我们启动的线程函数，用于在工作线程中执行那个耗时的第三方提供函数
static DWORD WINAPI ThreadRoutine(LPVOID lpParam)
{
    OtherPartFun();
    return 0;
}

        以上方法很好解决了不堵塞关键线程的目的。但是问题永远不会间断。比如当我们在某些条件下，我们要终止该线程的执行。如何做呢？

        一是让该模块设计方提供一个终止线程接口，比如给我们一个事件，我们通过设置这个事件来通知该线程退出。

static VOID OtherPartFun()
{
    int nIndex = 0;
    while ( WAIT_OBJECT_0 != WaitForSingleObject( g_ExitEvent, 1000)  ) {
        nIndex++;
        printf("%d\n",nIndex);
        Sleep( ONESECOND );
    }
}

        另一种可能就是TerminateThread。

        如果方案1对方不提供， 你也无法接受方案二导致的资源未释放。那有如何办呢？

        目前有个方案是使用SEH。我们刻意造成该线程产生异常，同时在函数中捕获该异常，以使得线程可以体面的退出。

        以下我详细讲解下这个方案。

        1 线程函数加上SEH捕获异常。这样我们认为制造异常后，不会导致进程出问题。

static DWORD WINAPI ThreadRoutine(LPVOID lpParam)
{
    __try {
        OtherPartFun();  // 第三方的耗时函数，我们用__try包住它。
    }
    __except(EXCEPTION_EXECUTE_HANDLER) {
       printf("Except!Thread will exit.\n"); // 我们认为触发异常后会进入该逻辑。
    }
    return 0;
}

        2 设置异常。我们设置异常的大体思路是

        A 挂起线程

         B 获取线程EIP

         C 修改线程EIP为违例地址

         D 恢复线程

         我们看下代码

    HANDLE hThread = NULL;
    hThread = CreateThread( NULL, 0, ThreadRoutine, NULL, 0, NULL ); // 创建线程

    Sleep( 2 * ONESECOND ); // 模拟做点事情
    SuspendThread(hThread); // 挂起线程
    CONTEXT ThreadContext;
    ThreadContext.ContextFlags = CONTEXT_CONTROL; // 设置要获取EIP寄存器
    GetThreadContext( hThread, &ThreadContext );  // 获取EIP寄存器 
    ThreadContext.Eip = NULL;                     // 将EIP寄存器改成违例地址，这样在恢复线程执行后，线程会适时抛出异常
    SetThreadContext(hThread , &ThreadContext);   // 保存EIP
    ResumeThread(hThread);                        // 恢复线程，线程即将退出

    Sleep( 15 * ONESECOND );

    if ( NULL != hThread ) {
        CloseHandle(hThread);
        hThread = NULL;
    }

        我们看下执行结果

        可以发现，我们线程“体面”的退出了。

        其实这个方案也是存在不完善的地方的。比如我们线程产生了死锁等，线程将进入内核态等待。这个时候我们获取的EIP是客户态函数的着陆点。而我们此时去修改EIP，还是要等待线程从内核态返回后才能触发异常。

        提供下该例子的工程