本文详细解析了Windows操作系统中用于线程创建的三个函数：CreateThread(), _beginthreadex() 和 AfxBeginThread() 的区别、联系与适用场景。重点讨论了它们在多线程环境下如何交互与可能遇到的问题，以及在实际开发中如何根据需求选择合适的函数。通过对比分析，旨在帮助开发者更好地理解和应用这些函数，避免潜在的错误和效率损失。
CreateThread()、_beginthreadex()及、AfxBeginThread()函数的讨论 收藏
操作系统中线程是非常重要的概念，所以关于线程的创建常常有些困扰人的内容。好像创建线程的函数很多，那么他们之间的有什么联系与区别呢？正如题目给出的三个函数。今天看了看Windows核心编程，再找了一些网上的资料，在此想说说这些函数之间的关系和区别。如有不正确的地方，请各位不吝赐教。
首先，需要说明的是这三个函数都与CreateThread。CreateThread函数是Windows的一个API函数，其具体的使用方法在 MSDN和《Windows核心编程》上都有详细介绍。主要的作用是创建一个线程。_beginthreadex函数是C/C++运行库提供的函数，从 _beginthreadex函数的源代码，可以看出它的主要动作是：增加了一个名为ptd的_ptiddata的结构的处理，然后在调用CreateThread函数。_ptiddata是每个线程都拥有自己的专用的数据结构。关于使用CreateThread代替_beginthreadex的结果以及可能出现的问题在《Windows核心编程》上讲的很清楚： “也许你想知道，如果调用CreateThread，而不是调用C/C++运行期库的_beginthreadex来创建新线程，将会发生什么情况。当一个线程调用要求_ptiddata结构的C / C + +运行期库函数时，将会发生下面的一些情况（大多数C / C + +运行期库函数都是线程安全函数，不需要该结构）。
首先， C / C + +运行期库函数试图(通过调用T l s G e t Va l u e )获取线程的数据块的地址。如果返回N U L L作为t i d d a t a块的地址，调用线程就不拥有与该地址相关的_t i d d a t a块。这时，C / C + +运行期库函数就在现场为调用线程分配一个_t i d d a t a块，并对它进行初始化。然后该_t i d d a t a块（通过T l s S e t Va l u e）与线程相关联。此时，只要线程在运行，该_t i d d a t a将与线程待在一起。这时，C / C + +运行期库函数就可以使用线程的_t i d d a t a块，而且将来被调用的所有C / C + +运行期函数也能使用_t i d d a t a块。 当然，这看来有些奇怪，因为线程运行时几乎没有任何障碍。不过，实际上还是存在一些问题。首先，如果线程使用C / C + +运行期库的s i g n a l函数，那么整个进程就会终止运行，因为结构化异常处理帧尚未准备好。
第二，如果不是调用_ e n d t h r e a d e x来终止线程的运行，那么数据块就不会被撤消，内存泄漏就会出现（那么谁还为使用C r e a t e T h r e a d函数创建的线程来调用_ e n d t h r e a d e x呢？）。”对于上面所说的两个问题：我也是有疑问的：使用CreateThread创建线程后，用CloseHandle函数关闭相应的线程句柄，不会对_ptiddata结构进行释放吗？ 另外在网上看到一些关于这三个函数的讨论如下： 一直对这三个创建线程的方法都搞不清楚，不知道在什么情况下该用那种方法，下面是从网上摘录的一些帖子：
1、不要在一个MFC程序中使用_beginthreadex()或CreateThread()。这句话的意思是由于AfxBeginThread()是MFC封装的启动线程的函数，里面包含了很多和MFC相关的启动信息，而且封装了一些常用的操作，使用起来也比较简便。而用另外两个函数就需要程序员对类型，安全性检查进行更多的思考！
2、用_beginthreadex()函数应该是最佳选择，因为_beginthreadex()函数是CRun-timeLibrary中的函数，函数的参数和数据类型都是CRun-timeLibrary中的类型，这样在启动线程时就不需要进行Windows数据类型和CRun-timeLibrary中的数据类型之间的转化。减低了线程启动时的资源消耗和时间的消耗！
3、在C程序中，几乎都要用到new和delete，难道只有使用_beginthreadex()？不，因为MFC也是C类库（只不过是Microsoft的C类库，不是标准的C类库），在MFC中也封装了new和delete两中运算符，所以用到new和delete的地方不一定非要使用_beginthreadex()函数，用其他两个函数都可以！其实在程序中使用上面的哪个函数并不是绝对的，书的作者只不过是提了一个更佳的搭配方法，我在MFC程序中也经常使用_beginthreadex()和CreateThread()这两个函数，运行的效果也没有多大的区别，有的时候只是需要你额外的进行一些类型检查和其他的一些转化操作，其余没有其他不妥！ 创建线程只有一个方法是：：CreateThread()。_beginthreadex()、AfxBeginThread()等内部都是调用这个函数的，因为操作系统只提供这一个接口C静态库比WINDOWS出来还早，就别提多线程了，所以他对多线程的支持不是很好，但后悔也来不急，但也不能怪人家。
C运行库_beginthreadex()。他经过一些处理后，再调用CreateThread()如果要强制结束的话也最好用_endthreadex结束，因为他也要一些处理。 总结上面的内容，当然《Windows核心编程》上面得说法是比较权威的。所以，在对线程的结构、运行还不是很了解的时候最好还是按照书上的来。这样能够避免一些可能出现的莫名奇妙的错误，也省去的一些其他结构处理的考虑。当你清楚地知道线程的结构与运行机制，以及了解各个函数对CreateThread函数的封装的时候，大概那时候就能够应用自如了。
操作系统中线程是非常重要的概念，所以关于线程的创建常常有些困扰人的内容。好像创建线程的函数很多，那么他们之间的有什么联系与区别呢？正如题目给出的三个函数。今天看了看Windows核心编程，再找了一些网上的资料，在此想说说这些函数之间的关系和区别。如有不正确的地方，请各位不吝赐教。
首先，需要说明的是这三个函数都与CreateThread。CreateThread函数是Windows的一个API函数，其具体的使用方法在 MSDN和《Windows核心编程》上都有详细介绍。主要的作用是创建一个线程。_beginthreadex函数是C/C++运行库提供的函数，从 _beginthreadex函数的源代码，可以看出它的主要动作是：增加了一个名为ptd的_ptiddata的结构的处理，然后在调用CreateThread函数。_ptiddata是每个线程都拥有自己的专用的数据结构。关于使用CreateThread代替_beginthreadex的结果以及可能出现的问题在《Windows核心编程》上讲的很清楚： “也许你想知道，如果调用CreateThread，而不是调用C/C++运行期库的_beginthreadex来创建新线程，将会发生什么情况。当一个线程调用要求_ptiddata结构的C / C + +运行期库函数时，将会发生下面的一些情况（大多数C / C + +运行期库函数都是线程安全函数，不需要该结构）。
首先， C / C + +运行期库函数试图(通过调用T l s G e t Va l u e )获取线程的数据块的地址。如果返回N U L L作为t i d d a t a块的地址，调用线程就不拥有与该地址相关的_t i d d a t a块。这时，C / C + +运行期库函数就在现场为调用线程分配一个_t i d d a t a块，并对它进行初始化。然后该_t i d d a t a块（通过T l s S e t Va l u e）与线程相关联。此时，只要线程在运行，该_t i d d a t a将与线程待在一起。这时，C / C + +运行期库函数就可以使用线程的_t i d d a t a块，而且将来被调用的所有C / C + +运行期函数也能使用_t i d d a t a块。 当然，这看来有些奇怪，因为线程运行时几乎没有任何障碍。不过，实际上还是存在一些问题。首先，如果线程使用C / C + +运行期库的s i g n a l函数，那么整个进程就会终止运行，因为结构化异常处理帧尚未准备好。
第二，如果不是调用_ e n d t h r e a d e x来终止线程的运行，那么数据块就不会被撤消，内存泄漏就会出现（那么谁还为使用C r e a t e T h r e a d函数创建的线程来调用_ e n d t h r e a d e x呢？）。”对于上面所说的两个问题：我也是有疑问的：使用CreateThread创建线程后，用CloseHandle函数关闭相应的线程句柄，不会对_ptiddata结构进行释放吗？ 另外在网上看到一些关于这三个函数的讨论如下： 一直对这三个创建线程的方法都搞不清楚，不知道在什么情况下该用那种方法，下面是从网上摘录的一些帖子：
1、不要在一个MFC程序中使用_beginthreadex()或CreateThread()。这句话的意思是由于AfxBeginThread()是MFC封装的启动线程的函数，里面包含了很多和MFC相关的启动信息，而且封装了一些常用的操作，使用起来也比较简便。而用另外两个函数就需要程序员对类型，安全性检查进行更多的思考！
2、用_beginthreadex()函数应该是最佳选择，因为_beginthreadex()函数是CRun-timeLibrary中的函数，函数的参数和数据类型都是CRun-timeLibrary中的类型，这样在启动线程时就不需要进行Windows数据类型和CRun-timeLibrary中的数据类型之间的转化。减低了线程启动时的资源消耗和时间的消耗！
3、在C程序中，几乎都要用到new和delete，难道只有使用_beginthreadex()？不，因为MFC也是C类库（只不过是Microsoft的C类库，不是标准的C类库），在MFC中也封装了new和delete两中运算符，所以用到new和delete的地方不一定非要使用_beginthreadex()函数，用其他两个函数都可以！其实在程序中使用上面的哪个函数并不是绝对的，书的作者只不过是提了一个更佳的搭配方法，我在MFC程序中也经常使用_beginthreadex()和CreateThread()这两个函数，运行的效果也没有多大的区别，有的时候只是需要你额外的进行一些类型检查和其他的一些转化操作，其余没有其他不妥！ 创建线程只有一个方法是：：CreateThread()。_beginthreadex()、AfxBeginThread()等内部都是调用这个函数的，因为操作系统只提供这一个接口C静态库比WINDOWS出来还早，就别提多线程了，所以他对多线程的支持不是很好，但后悔也来不急，但也不能怪人家。
C运行库_beginthreadex()。他经过一些处理后，再调用CreateThread()如果要强制结束的话也最好用_endthreadex结束，因为他也要一些处理。 总结上面的内容，当然《Windows核心编程》上面得说法是比较权威的。所以，在对线程的结构、运行还不是很了解的时候最好还是按照书上的来。这样能够避免一些可能出现的莫名奇妙的错误，也省去的一些其他结构处理的考虑。当你清楚地知道线程的结构与运行机制，以及了解各个函数对CreateThread函数的封装的时候，大概那时候就能够应用自如了。
扫一扫
3032
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
