创建线程后为什么关闭了线程句柄，线程还是可以运行?

创建线程后为什么关闭了线程句柄，线程还是可以运行?

主线程只要拥有线程句柄，事后就可以对线程执行某些操作，比如查询线程状态等等，靠的就是句柄，如果没有句柄，系统就无从知道要查的是那个线程的状态。但保持这个句柄不关闭，并不是线程运行的条件。关闭线程句柄只是释放句柄资源，新开启线程后，如果不再利用其句柄，应该关闭句柄，释放系统资源。关闭线程句柄和线程的结束与否没有关系。句柄可以认为是系统对资源（如线程）的分配的一个编号。关闭这个编号，对于不同的资源，效果不尽相同。对于线程来说，关闭这个编号并不意味着终止线程，只是之后很难再操纵这个线程。 这就好比摘掉了门牌号，并不伤害这一家人，只是以后往这送信就麻烦些了。 还有，如果主线程只想创建线程，而并不想之后再查询或操纵它，那么及时关闭句柄是个好习惯，免得当时没关，以后又忘了，于是泄漏了系统的句柄资源（系统句柄总数是有限的）。如果知道引用计数是怎么回事就很好解释了。 CloseHandle(hThread) 只是减去一个hThread的引用计数。线程句柄就像你家的地址，线程就像你的家房子， 你说如果没有了你家的地址，难道就没有你家的房子了吗？ 线程与线程句柄也是一样的道理，句柄只是可以对这个线程作一些操作。CloseHandle是关闭线程句柄,用来释放线程资源的,不是终止线程的.线程的终止用terminatethread或exitthread,TerminateThread的使用会导致各类资源释放问题,主要是与该线程相连的各类dll,他们无法得到线程退出的通知。应该在线程中自然退出（即隐式调用ExitThread）或直接显式调用ExitThread。退出的时机应由同步对象或其他机制来实现，而且主线程一般应使用WaitForSingleObject函数等待该线程的句柄，以确保线程的退出

包括线程句柄在内的所有句柄都是指向一个内核对象，而内核对象是操作系统维护的一个数据结构，包含与对象相关的信息，每个线程也有与自己对应的内核对象。通过指向内核对象的句柄，用户进程就可以调用系统API对内核对象包括线程进行一些操作。关闭了句柄，只是表示本进程已经不再需要操作这个内核对象。
关闭线程句柄同理，仅仅表示本进程的其他线程不再需要操作这个线程，和是否撤销进程的运行没有关系，而撤销线程才真正会使线程退出。

在程序设计中，句柄是一种特殊的智能指针 。当一个应用程序要引用其他系统（如数据库、操作系统）所管理的内存块或对象时，就要使用句柄。句柄与普通指针的区别在于，指针包含的是引用对象的内存地址，而句柄则是由系统所管理的引用标识，该标识可以被系统重新定位到一个内存地址上。这种间接访问对象的模式增强了系统对引用对象的控制。在上世纪80年代的操作系统（如Mac OS 和Windows）的内存管理中，句柄被广泛应用。Unix系统的文件描述符基本上也属于句柄。和其它桌面环境一样，Windows API大量使用句柄来标识系统中的对象，并建立操作系统与用户空间之间的通信渠道。例如，桌面上的一个窗体由一个HWND类型的句柄来标识。如今，内存容量的增大和虚拟内存算法使得更简单的指针愈加受到青睐，而指向另一指针的那类句柄受到冷淡。尽管如此，许多操作系统仍然把指向私有对象的指针以及进程传递给客户端的内部数组下标称为句柄。

句柄是一个标识符，是拿来标识对象或者项目的。应用程序几乎总是通过调用一个WINDOWS函数来获得一个句柄，之后其他的WINDOWS函数就可以使用该句柄，以引用相应的对象。如果想更透彻一点地认识句柄，我可以告诉大家，句柄是一种指向指针的指针。我们知道，所谓指针是一种内存地址。应用程序启动后，组成这个程序的各对象是驻留在内存中的。简单地理解，似乎我们只要获知这个内存的首地址，就可以随时用这个地址访问对象了。如果您真的这样认为，那您可就大错特错了。我们知道，Windows是一个以虚拟内存为基础的操作系统。在这种系统环境下，Windows内存管理器经常在内存中来回移动对象，以此来满足各种应用程序的内存需要。对象被移动意味着它的地址变化了。如果地址总是如此变化，我们该到哪里去找那一个对象呢?为了解决这个问题，Windows操作系统为全体应用程序腾出一些内存单元，用来专门登记各应用程序的对象在内存中的地址的变化，而前者的物理地址在系统运行期间是始终保持不变的。Windows内存管理器移动了对象在内存中的位置后，会把该对象新的地址及时地告知给对应的句柄进行更新。这样我们只要知道这个句柄，就可以间接地知道对象具体在内存中的哪个位置了。这个地址是在对象装载（Load）时由系统分配给的，当对象卸载时（Unload）又释放给系统。