线程函数调用总结

工作中碰到线程函数调用的问题，疑惑，学习并总结如下，方便以后查看。同时也激励自己在总结中进步。文中有部分内容有参考，文后附参考出处。

1、为什么类中的线程函数必须要声明静态？

typedef void* THREAD_HANDLE;
#define WINAPI __stdcall
#define thread_proc WINAPI
typedef unsigned int MCE_THR_FUNC_RETURN;
//声明指针函数
typedef MCE_THR_FUNC_RETURN (thread_proc* thread_proc_t)(void*);

线程start函数定义：
THREAD_HANDLE MceUtil::BasicThread::start(thread_proc_t f, void* arg)
线程调用函数定义：
private:
    static MCE_THR_FUNC_RETURN thread_proc ThreadFun(void* pThreadPara);
线程调用start里面调用线程调用函数：
_ThreadObj.start(ThreadFun, this);

原因：
1）类的静态函数不属于该类的任何一个对象，而是属于类本身，所以不受对象局部变量的影响，在运行时可以直接调用类的静态函数，从而启动线程！
线程不受一个类的一个局部对象的生命周期结束与否的影响。
2）如果是非静态成员函数, 因为非静态成员函数都会在参数列表中加上一个this指针为为参数, 这样的话你写的线程函数就不符合调用规定了.
比如 DWORD WINAPI ThreadFun(LPVOID); 是非静态的,实际编译后,就会变成
DWORD WINAPI ThreadFun(LPVOID, CMyClass *this);
这个函数就明显不能作为线程的函数了, 因为多了个参数.所以编译就过不了了.

学习并参考：
http://blog.youkuaiyun.com/qingzai_/article/details/50685169
http://blog.youkuaiyun.com/xiaominggunchuqu/article/details/54342064 可后续参考

2、线程调用函数前面加 __stdcall 的原因：
多线程函数即可以是__stdcall, 也可以是__cdec.
多线程 和调用方式没有必然联系。

__stdcall与__cdec都是一种调用约定：指定参数的入栈顺序。不同的调用约定在运行的时候才会看出差别，一般都是参数入栈顺序和由哪方（调用方或者被调用方）来清退栈的方式不同。
__stdcall 调用约定采用函数采用从右到左的压栈方式，Pascal 语言优化过后.stdcall 是自动清理内存不需要调用者清理.不使用寄存器而使用堆笺方式进行传值
Windows API的调用和回调函数都遵守stdcall调用方式。所以你可以看到window api 几乎全部是__stdcall 实现方式。

学习并参考：
http://bbs.youkuaiyun.com/topics/310011621