多线程问题cannot convert parameter 3 from 'unsigned long (void *)' to 'unsigned long (__stdcall *

本文详细介绍了在使用VC创建新线程时遇到errorC2664问题的解决方案,包括静态声明成员函数、正确调用全局函数等方法,并解释了不同情况下的使用场景及注意事项。

问题:

用VC创建新线程易出的问题error C2664: 'CreateThread' : cannot convert parameter 3 from 'unsigned long (void *)' to 'unsigned long (__stdcall *)(void *)'

解决方案:

(1)如果线程要执行的是类的成员函数,则必须用static声明为静态函数   
如:   
class   echo   
{   
static   DWORD   WINAPI   ThreadFunc(LPVOID     pvoid)   
......   
......   
}   

(2)一般都是调用全局函数.

我们在用CreateThread(NULL,0,ThreadProc,NULL,0,NULL)创建线程得时候,此函数中需要新线程中的函数地 址,我们常用的有两种方法解决:

    一.将我们要调用的新线程函数声明成DWORD WINAPI ThreadProc(lpvoid lpParameter)。

    二.我们可以将新线程函数声明成类中的成员函数:static DWORD WINAPI ThreadProc(lpvoid lpParameter)

    但是当我们的写法不正确的时候,往往会出现error C2664: 'CreateThread' : cannot convert parameter 3 from 'unsigned long (void *)' to 'unsigned long (__stdcall *)(void *)' 这个问题,另我们这些初学者很是恼火,现将可能出现的这种情况列举如下:

    第一种方法的使用是将新线程要处理的函数写在类外的一种的情况也就是全局函数,非类成员函数,需要注意的就是在创建新线程之前要声明该函数或定义函数,要 注意这时不要在该类的头文件添加该函数的声明(我就犯过这样的错误)。记住用完要释放哦!

    第二种方法的使用是将新线程中要处理的函数定义成本类中的成员,使用时要注意一定要吧该函数声明成static类型的,否则就会报错error C2664。

在使用 `pthread_create` 时遇到 **C2664 错误**,通常是因为传递给该函数的线程函数指针类型与期望的函数签名不匹配。这种错误表现为: > error C2664: 'int pthread_create(...)' : cannot convert parameter 3 from 'unsigned long (__stdcall *)(void *)' to 'void *(__cdecl *)(void *)' ### 原因分析 Windows 和 POSIX 线程实现之间存在调用约定(calling convention)差异: - `__cdecl` 是标准 C 的调用约定,也是大多数 GCC 编译器默认使用的。 - `__stdcall` 是 Windows API 中常用的调用约定。 - `pthread_create` 期望的是一个返回 `void*` 并接受 `void*` 参数的函数指针,即: `void* (*start_routine)(void*)`。 如果你使用 `_beginthreadex` 或其他 Windows 特定的线程创建函数定义了线程函数为 `unsigned long (__stdcall *)(void *)` 类型,而将其直接用于 `pthread_create`,就会导致参数 3 类型不匹配的编译错误。 ### 解决方案 #### 方案一:确保线程函数签名正确 将线程函数定义为符合 `pthread_create` 要求的形式: ```c void* thread_function(void* arg) { int* value = (int*)arg; printf("Received value: %d\n", *value); return NULL; } ``` 确保该函数不是使用 `__stdcall` 显式声明的,否则需修改为默认的 `__cdecl`。 #### 方案二:避免混用不同线程库的函数 如果你是在 Windows 上使用 POSIX 线程(如通过 pthread-win32),应避免将 `_beginthread` 或 `_beginthreadex` 的线程函数用于 `pthread_create`。保持线程创建方式一致是关键。 #### 方案三:使用类型转换(不推荐) 虽然可以通过强制类型转换绕过编译器报错,但这种方式并不安全,可能导致运行时行为异常: ```c pthread_create(&tid, NULL, (void*(*)(void*))my_thread_func, NULL); ``` 此方法仅建议用于测试或兼容遗留代码,并非长期解决方案。 #### 方案四:使用适配器封装线程函数 如果必须保留特定调用约定的线程函数,可以使用适配器进行封装: ```c unsigned __stdcall win_thread_func(void* arg) { int* value = (int*)arg; printf("Windows thread received: %d\n", *value); return 0; } void* adapter_func(void* arg) { win_thread_func(arg); return NULL; } // 在 pthread_create 中使用适配器 pthread_create(&tid, NULL, adapter_func, &num); ``` ### 总结 解决 `C2664` 错误的关键在于统一线程函数的调用约定和返回类型,确保其与 `pthread_create` 所期望的函数原型一致[^1]。避免混用不同线程库的函数,并优先采用标准的 POSIX 线程接口以获得更好的可移植性。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值