前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >一种不会导致资源泄露的“终止”线程的方法

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

作者头像
方亮
发布2019-01-16 10:57:24
5720
发布2019-01-16 10:57:24
举报
文章被收录于专栏:方亮方亮

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

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

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

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

代码语言:javascript
复制
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捕获异常。这样我们认为制造异常后,不会导致进程出问题。

代码语言:javascript
复制
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 恢复线程

         我们看下代码

代码语言:javascript
复制
    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,还是要等待线程从内核态返回后才能触发异常。

提供下该例子的工程

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2012年11月21日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档