使用任务管理器强制关闭正在运行的多线程的MFC,再次运行MFC,会出错,这算是程序写的不好吗

使用任务管理器强制关闭正在运行的多线程的MFC,再次运行MFC,会出错,这算是程序写的不好吗,第1张

应该说,程序的关闭处理还是不完善。

多唤前线程,应该是在主线程关闭前,在合理的位置抛出消息给子线程,声明程序结束,子线程中,晌拿如果有对主和谨清线程的访问,也应该先判断主程序的合法性,并根据异常结果进行处理,如果这些没有处理好,是会发生你所说的情况。

 STARTUPINFO si

    PROCESS_INFORMATION pi

    LPTSTR szCmdline=_tcsdup(TEXT("notepad.exe D:\\text.txt"))

 

    ZeroMemory( &si, sizeof(si) )

    si.cb = sizeof(si)

    ZeroMemory( &pi, sizeof(pi) )

 

    // Start the child process.

    if( !CreateProcess( NULL,   // No module name (use command line)

       szCmdline,      // Command line

       NULL,           // Process handle not inheritable

       NULL,           // Thread handle not inheritable

       FALSE,          // Set handle inheritance to FALSE

       0,              // No creation flags

       NULL,           // Use parent's environment block

       NULL,           // Use parent's starting directory

       &si,            // Pointer to STARTUPINFO structure

       &pi )           // Pointer to PROCESS_INFORMATION structure

       )

    {

       printf( "CreateProcess failed (%d).\n", GetLastError() )

       return

    }

 

    // Wait until child process exits.

    WaitForSingleObject( pi.hProcess, INFINITE )

 

    // 这里就是关闭 拆逗

    // Close process and thread handles.

    CloseHandle( pi.hProcess )

    CloseHandle( pi.hThread )

CloseHandle( pi.hProcess )

CloseHandle( pi.hThread )

后,子进程就与父进程彻底脱离关系了,在Windows下进程之间的关系比较弱,不仅没有父进程收割子进程退出状态这一回事,甚至连getppid这样的API也没有。这又导致了两个现象,

1)Windows下不用当心Linux下的僵死进程问题。

2.)当失去句柄仅仅知道进程ID时,Windows下甚至无法判断此进程是否就是原有进程,旅州卖(用OpenProcess打开的句柄无法判定是否就是原来的进程)假如此进程已经结束,也无法获取到进程的退出状态。(在Windows下获取进程退出状态必须得保留进程的句柄,然后调用GetExitCodeProcess)

3.现在一般的游戏都已经不允许直接运行了,这点的目的很简单,加大别人用反编译迹春软件调试游戏主程序的难度。按照CreateProcess的默认参数的直接创建原游戏主程序时,会碰到一个问题,及当发生原程序发生缺少动态库等情况时,原有系统d出的提示对话框会被调用CreateProcess的进程吞掉,使得这类错误被掩盖,因为此时CreateProcess返回值实际是成功的。这时候,将CreateProcess的参数Process Creation Flags设为CREATE_DEFAULT_ERROR_MODE就可以让原有的提示窗口d出来。

4. Process Creation Flags设为CREATE_SUSPENDED时,可以将欲创建进程挂起,这时想对新进程干啥都行,甚至可以尝试更改其代码段以影响程序运行,(但是大部分带监控的杀毒软件会有警告)。然后用ResumeThread API去让原进程的主线程运行起来。

5.CreateProcess创建的进程句柄实际代表的是一个Windows核心对象,适用于Windows核心对象的 *** 作都可以对进程句柄进行,(核心对象的概念请参考《WIndows核心编程》,其中包括WaitForSingleObject等同步API。

BOOL KillProcessFromName(CString strProcessName)  

{  

    //创建进程快照(TH32CS_SNAPPROCESS表示创建所有进程的快照)  

    HANDLE hSnapShot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0)  

  

    //PROCESSENTRY32进程快照的结构体  

    PROCESSENTRY32 pe  

  

    //实例化后使用Process32First获取第一个快照的进程前必做的初始化 *** 作  

    pe.dwSize = sizeof(PROCESSENTRY32)  

  

  

    //下面的IF效果同:  

    //if(hProcessSnap == INVALID_HANDLE_VALUE)   无效的句柄  

    if(!Process32First(hSnapShot,&pe))  

    {  

        return FALSE  

    }  

  

    //将字符串转换为小写  

    strProcessName.MakeLower()  

  

    //如果句柄有效  则一直获取下一个句柄循环下去  

    while (Process32Next(hSnapShot,&pe))  

    {  

  

        //pe.szExeFile获取当前进程的可执行文件名称  

        CString scTmp = pe.szExeFile  

  

  

        //将可执行文件名称所有英文字母修改为小写  

        scTmp.MakeLower()  

  

        //比较当前进程的可执行文件名称和传递进来的文件名称是否相同  

        //相同的话Compare返回0  

        if(!scTmp.Compare(strProcessName))  

        {  

  

            //从快照进程中获取该进程的PID(即任务羡搭管理器中的PID)  

            DWORD dwProcessID = pe.th32ProcessID  

        晌枝    HANDLE hProcess = ::OpenProcess(PROCESS_TERMINATE,FALSE,dwProcessID)  

            ::TerminateProcess(hProcess,0)  

            CloseHandle(hProcess)  

            return TRUE  

        }  

        scTmp.ReleaseBuffer()  

    }  

   兄谨拿 strProcessName.ReleaseBuffer()  

    return FALSE  

}


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12477664.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-25
下一篇 2023-05-25

发表评论

登录后才能评论

评论列表(0条)

保存