问一个createThread函数的线程函数参数如何传递的问题麻烦告诉我

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了问一个createThread函数的线程函数参数如何传递的问题麻烦告诉我相关的知识,希望对你有一定的参考价值。

参考技术A param.addr:=addr;
param.PInfo:=pInfo;
param.size:=i;
threadhandle1:=CreateThread(nil,0,@HandleSTREAMMSGThread,@param,0,threadid1);
CloseHandle(threadhandle1);线程函数:procedure
HandleSTREAMMSGThread(para:_ParamTOHandleStreamMsgThread);stdcall;beginslidwin.onRecvMessage(para.addr,
para.PInfo,
para.size);
//程序运行时,发现para没有被传进来,访问para出错。

在类构造函数中将此指针传递给 CreateThread 在线程过程中表现得很奇怪

【中文标题】在类构造函数中将此指针传递给 CreateThread 在线程过程中表现得很奇怪【英文标题】:Passing this pointer to CreateThread in class constructor behaves weird in thread procedure 【发布时间】:2012-07-25 16:28:13 【问题描述】:

在我的一个类的构造函数中,我将 Windows 函数 CreateThread 作为最后一个操作。创建线程以立即执行,我将类的 this 指针作为lpParameter 传递。

在线程过程中,我将传递回的参数转换为我的类的指针并将其命名为pThis

我可以看到pThis 指向与我调用CreateThread 时传递的this 指针相同的内存位置。但是,如果我查看pThis->... 访问的成员变量,它们都有错误的值。

我希望this指针所属的类中使用的this->member_variable的值与我在线程过程中写入pThis->member_variable时得到的值相同。

如果我在另一个成员函数(不是构造函数)中调用CreateThread,一切都会正常运行。

因此问题是:是否禁止从 C++ 类的构造函数中调用 Windows 函数CreateThread?如果有,有什么问题?

澄清:

1) 我可以确认该对象始终存在。只有当整个程序结束时,对象才会超出范围。正如我已经说过的:从其他成员函数调用CreateThread 确实有效。

2) 更正了“有线”错字,应该是“奇怪”,抱歉。

一些代码:

我尝试发布代码 sn-ps 将事情减少到最低限度,同时保持“故障”部分。

class CTimerW32 : public CTimer

    public:
        CTimerW32();
        ~CTimerW32();

    private:
        static void CALLBACK TimerCallback(LPVOID lpParam, BOOLEAN bReason);
        static DWORD WINAPI WaitCompletition(LPVOID lpParam);

    private:
        HANDLE m_hCompletitionEvent;
        HANDLE m_hCompletitionThread;
        bool m_bStartDeferred;
;

您可以放心地忽略基类CTimer,因为它只是一个抽象基类,可以在不同平台上构建。

CTimerW32::CTimerW32()

    m_bStartDeferred= false;
    m_hCompletitionEvent= CreateEvent(NULL, FALSE, FALSE, NULL);
    m_hCompletitionThread= CreateThread(NULL, 0, WaitCompletition, this, 0, NULL);

在这里我可以看到m_hCompletitionEvent 在调用CreateEvent 之后是有效的。

DWORD WINAPI CTimerW32::WaitCompletition(LPVOID lpParam)

    CTimerW32* pThis;
    DWORD dwRet;

    pThis= (CTimerW32*)(lpParam);

    while (true) 
        // just wait for the completition event to be signaled
        dwRet= WaitForSingleObject(pThis->m_hCompletitionEvent, INFINITE);

        // ...
        if (pThis->m_bStartDeferred) 
            // ...
        
    

调用WaitForSingleObject 时出现问题。如前所述,CTimerW32(现在为pThis)类的对象的 this 指针在线程创建期间仍然具有与 this 指针相同的值。然而pThis->m_hCompletitionEvent 中的句柄似乎是随机数据。这不是在构造函数中调用CreateEvent 后观察到的值。

【问题讨论】:

线程运行时对象是否仍然存在?到时候不是在原线程中被破坏了吗? 线程工作时,你确定对象一直存在吗? 您能否发布一些代码:pThis 的声明、您对CreateThread 的调用以及您在哪里将pThis 转换为您的班级类型? “奇怪”是什么意思?你期待什么价值观,你看到了什么? 【参考方案1】:

在构造函数中创建线程应该不是问题。此外,在运行构造函数中的任何代码以创建线程之前,您的对象应该由初始化列表完全初始化,因此初始化可能不是问题。

您正在观察的对象很可能超出范围,并且在您在新线程中观察它之前调用了它的析构函数。尝试使用 new 动态创建对象,看看是否仍然会发生这种情况,我敢打赌它不会,因为对象在超出范围时不会被销毁。

显然,您应该将指向该对象的指针保留在更高的范围内,以便最终也可以将其删除:)

【讨论】:

【参考方案2】:

在Application Verifier 的帮助下调试这个问题你可能会很幸运。如果您为您的程序打开“基本”选项,它将启用 PageHeap,当内存被释放时会立即出错。如果您正在堆栈分配计时器变量,那么您的运气就不太好,但是如果在您注意到损坏时,应该可以在调试器中看到,创建计时器的线程仍在函数中声明了 CTimerW32 函数。

最后,对于这个用例,Threadpool Timer APIs 可能比创建自己的专用线程更容易工作,并且资源消耗更少。

【讨论】:

以上是关于问一个createThread函数的线程函数参数如何传递的问题麻烦告诉我的主要内容,如果未能解决你的问题,请参考以下文章

c# 用Windows API CreateThread函数如何创建的线程

使用CreateThread函数创建线程

使用CreateThread函数创建线程

VC如何获得当前线程的ID

在类构造函数中将此指针传递给 CreateThread 在线程过程中表现得很奇怪

VC++中通过CreateThread创建的线程,当线程入口函数执行完后,线程自己会关闭吗?