创建线程后为什么马上调用CloseHandle()来关闭句柄

线程管理与内存泄漏
最新推荐文章于 2023-12-14 22:44:54 发布
原创 最新推荐文章于 2023-12-14 22:44:54 发布 · 6.8k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在Windows环境下创建线程后及时关闭线程句柄的重要性，避免因线程内核对象未被释放而导致的内存泄漏问题。通过具体代码示例解释了CloseHandle函数的作用及其对内存管理的影响。
hThread = CreateThread( NULL, 0, ThreadFunc, NULL, 0, &dwThreadId);

CloseHandle(hThread);

如上面这样的代码，原因为：创建线程后返回了线程句柄，新创建的线程内核对象的使用计数是2，一个是线程本身，一个是创建线程的线程，创建线程的线程closehandle后，新的线程的内核对象使用计数为1，当这个新线程结束运行后内核对象的使用计数还要减1，这时内核对象的使用计数是0，则系统会自动删除新线程的内核对象，这是正常的处理流程。

如果不调用CloseHandle()；则新线程运行结束后，由于使用计数为1，所以不会删除线程内核对象，这样就会造成内存泄漏。当然在整个程序运行结束后，操作系统会回收这些内存，因此可以知道如果不调用CloseHandle()的话，在程序运行阶段会造成内存泄漏！

CloseHandle()函数的使用
tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly
05-22 8191
CloseHandle()函数的使用？？很多程序在创建线程都这样写的：............ThreadHandle = CreateThread(NULL,0,.....);CloseHandel(ThreadHandle );。。。。。这不是刚好创建又关闭了吗？线程怎么运行呢？================================================Closin
CreateThread()之后又马上CloseHandle()的问题
kofandlizi的专栏
05-31 9910
很多程序在创建线程都这样写的： ............ ThreadHandle = CreateThread(NULL,0,.....); CloseHandel(ThreadHandle ); 。。。。。 这不是刚好创建又关闭了吗？线程怎么运行呢？ ================================================ Closing a thread handle does not terminate the associated threa
MFC下结束AfxBeginThread开启的线程的一些体会
talentluke的专栏
01-31 560
摘自http://www.cnblogs.com/busuncle/archive/2010/05/17/1737467.html MFC下结束AfxBeginThread开启的线程的一些体会 　　最近，由于论文的需求，要用到Windows下的多线程。考虑到界面用MFC写 了，于是上网搜了下MFC下的多线程怎样搞，都说用AfxBeginThread来日比较好。哥向来比较浮躁，先搜搜有没...
MFC 用afxbeginthread创建线程 线程函数直接 return 0 返回。任务管理器显示线程数与理论值不符
yipulash的博客
10-26 1630
一个MFC做的服务器在winsever 2003上跑了3个星期，今天突然发现CPU占用率80%+，200多个线程。但实际连接应有的线程应该只有20+，猜测长时间运行后，系统貌似并没有释放掉线程资源 做了一下几个实验来验证： 1、重启进程，启动后CPU占用率0%，说明代码逻辑并无问题，因为每个线程的代码都是一样的 2、做了一个demo在本地模拟运行       demo流程：1、在UI线程用
C++ 中CloseHandle 函数--关闭一个句柄
08-30
在C++编程中，`CloseHandle`函数是一个重要的系统调用，主要用于关闭操作系统分配给程序的句柄。句柄是Windows操作系统中用于标识和访问对象的一种机制，如文件、设备、进程、线程等。使用`CloseHandle`函数能够有效...
windows api中，在main函数中创建子线程，在子线程中使用createmutex创建局部的互斥量，随即调用closehandle关闭互斥量，在其他线程中还可以访问这个互斥量吗
06-06
而且当一个线程调用CloseHandle函数关闭互斥量句柄后，其他线程也无法再访问该互斥量了，因为此时该互斥量已经被销毁。 如果需要在多个线程中共享同一个互斥量，应该使用全局命名空间创建互斥量，并且在不同的线程...
VB读取线程、句柄及写入内存的API代码实例
09-04
总的来说，VB通过调用这些API函数，可以实现对操作系统更底层的控制，包括获取和操作线程、处理句柄以及读写内存。这在开发系统级工具、调试程序或者进行性能优化时非常有用。然而，需要注意的是，这些操作需要谨慎...
windows api中，在main函数中创建子线程，在子线程中使用createmutex创建互斥量，随即调用closehandle关闭互斥量。在main函数中是否可以接着打开该互斥量
06-06
然后在子线程中使用CloseHandle函数关闭该互斥量： ```c++ CloseHandle(hMutex); ``` 在主线程中，可以使用OpenMutex函数打开该互斥量： ```c++ HANDLE hMutex = OpenMutex(MUTEX_ALL_ACCESS, FALSE, "Global\\...
MFC主线程安全关闭子线程的方法：使用PostThreadMessage在Win32线程间传递消息
imxiangzi的专栏
08-29 4679
PostThreadMessage的原型是这样的 BOOL PostThreadMessage( DWORD idThread,     UINT Msg,     WPARAM wParam,     LPARAM lParam ); PostThreadMessage可以用于线程之间的异步通讯，因为它不用等待调用者返回， 这也许是线程通讯中最简单的一种方法了。 但是
MFC启动和关闭线程
shdj111的专栏
03-22 1611
1、 启动线程： CWinThread* AfxBeginThread( 线程函数，this ); 2、通常导致线程终止的两种情况是：控制函数退出或不允许线程完成运行。如果字处理器使用后台打印线程，若成功完成打印，则控制函数将正常终止。但是，如果用户要取消打印，后台打印线程则不得不提前终止。本主题介绍如何实现每一种情况，以及在终止后如何获取线程的退出代码。 （1）正常线程终止
线程句柄以及createthread()和closehadle()
wyq_tc25的博客
06-03 3629
1，线程和线程句柄（Handle）不同，线程是一个程序的工作流程，线程句柄是一个内核对象。线程的生命周期就是线程函数从开始执行到线程结束，线程句柄一旦CreateThread返回，如果你不用它操作线程或者等待线程等操作比如waitforsingleobject，就可以CloseHandle。 （ps：对于线程来讲，如果线程在运行状态则为无信号状态，在退出后为有信号状态。所以我们可以使用 Wait
在MFC（Microsoft Foundation Classes）中 CreateThread函数
ultramand的博客
12-14 726
函数是Windows API中用于创建新线程的函数，通过指定线程函数和相关参数，可以创建并启动新线程，并进行线程管理操作。函数创建一个新线程，并返回表示新线程的句柄。通过线程句柄，可以对新线程进行操作，如等待线程结束、挂起或恢复线程等。函数，可以创建并启动新线程，并获取线程句柄和线程ID以进行线程管理操作。是Windows API中用于创建新线程的函数。线程函数的返回值将作为线程的退出代码。函数定义了新线程的执行逻辑。需要注意的是，线程函数的返回值应为。函数等待线程结束，并使用。
MFC中的CreateThread
danelumax2的专栏
01-28 2091
用CreateThread建立线程 1.首先要先声明一个线程句柄 2.声明线程ID 3.在OnInitDialog中，用CreateThread创建线程 4.用CreateThread穿件的线程，优点在于他可以挂起
多线程一之Thread创建、运行、结束
weixin_45004203的博客
02-25 2827
背景 面对一个任务并行的多线程问题，我们首先要将总任务分为多个子任务，一个子任务就可以放入一个线程中执行，这时我们需要编写多个线程，每个线程负责独立的任务； 而面对一个数据并行的多线程问题，我们只有一个任务，是将数据分为多个独立的子数据，每个数据都执行同样的任务，这时我们只需要编写一个线程，通过管理线程的输入来完成多个子数据的并行任务。 所以我们把线程想象成任务即可，这个任务要完成多少工作无关紧要，只要多个任务是独立的，或者同一个任务有多个独立的输入。 线程函数 CreateThread 在Windows系
创建线程后为什么关闭了线程句柄，线程还是可以运行?
终将成为大牛
12-11 3268
主线程只要拥有线程句柄，事后就可以对线程执行某些操作，比如查询线程状态等等，靠的就是句柄，如果没有句柄，系统就无从知道要查的是那个线程的状态。但保持这个句柄不关闭，并不是线程运行的条件。         关闭线程句柄只是释放句柄资源，新开启线程后，如果不再利用其句柄，应该关闭句柄，释放系统资源。关闭线程句柄和线程的结束与否没有关系。        句柄可以认为是系统对资源（如线程）的分配的一个...
MFC中CreatThread()创建线程使用详解
黑孩儿的专栏
04-11 3218
今天详细研究了下CreateThread()函数创建线程，并将其包装使用的方法，现在给大家讲解下： MyThread.h //头文件 class MyThread; class ThreadCallback{ //线程回调类 public: virtual BOOL Run(MyThread* pCurThread)=0; }; c
线程的创建以及使用（MFC/C/C++）
bigger_belief的博客
07-13 3095
主要介绍线程创建的几种方法，以及常用的线程方法并附上代码
那为啥调用closehandle接口会返回很慢
最新发布
06-17
<think>我们正在分析CloseHandle调用返回慢的原因。注意，CloseHandle是WindowsAPI，而之前讨论的close是Linux系统调用，两者不同但有关联性。根据引用[1]：CloseHandle用于释放各种句柄（进程、线程、事件、文件等）。句柄是操作系统资源的抽象标识，释放句柄即释放内核对象和相关资源。导致CloseHandle调用返回慢的可能原因：1.**内核对象引用计数未归零**：-当调用CloseHandle时，内核会减少该句柄对应内核对象的引用计数。只有当引用计数变为0时，内核才会真正销毁该对象并释放资源。-如果该内核对象被其他线程或进程共享（例如，通过继承或复制），则引用计数不会立即归零，此时CloseHandle可能阻塞等待其他引用释放？-实际上，CloseHandle不会等待引用计数归零，它只是减少引用计数。真正的资源释放是异步的，当引用计数归零时由系统完成。因此，这通常不会导致CloseHandle阻塞。2.**资源清理操作耗时**：-当引用计数归零时，系统需要执行清理工作（如释放内存、关闭底层资源等）。对于某些类型的对象，清理操作可能较慢。-例如：-**文件句柄**：如果文件是以异步（重叠I/O）方式操作的，并且有未完成的I/O操作，系统可能需要等待这些I/O操作完成或取消它们。这可能导致CloseHandle阻塞。-**进程/线程句柄**：关闭进程句柄时，如果进程尚未退出，系统会将其视为“进程对象”的最后一个引用，但不会等待进程退出（进程退出是独立的）。然而，如果该进程对象关联的进程已经退出，那么关闭句柄会触发进程对象的清理，这包括释放进程相关的所有资源（如内存、句柄表等），如果进程资源庞大，清理可能耗时。-**命名管道或通信端口**：可能需要清理未读取的数据或通知对端，导致延迟。3.**同步对象的状态**：-对于某些同步对象（如事件、互斥体），如果该对象被其他线程等待，那么关闭句柄时系统可能需要更新等待状态。但通常这不会导致阻塞。4.**死锁或竞争条件**：-在驱动程序或内核层面，如果资源清理路径上存在锁竞争，或者用户态程序在调用CloseHandle时持有某些锁，而内核清理过程中需要获取相同的锁，则可能发生死锁（但这种情况较少见）。-多线程程序中，如果多个线程同时操作同一个句柄（例如一个线程关闭句柄，另一个线程正在使用），可能导致未定义行为，甚至可能使CloseHandle阻塞（例如，如果内核需要等待该句柄上的操作完成）。5.**文件系统或存储子系统延迟**：-对于文件句柄，关闭时如果文件数据尚未刷新到磁盘，系统可能会在后台进行写入（但通常不会阻塞CloseHandle）。然而，如果文件系统驱动有缺陷或存储设备响应慢，可能导致清理过程变慢。6.**反病毒软件或文件系统过滤器驱动**：-反病毒软件或其他文件系统过滤器驱动可能会挂钩CloseHandle操作，并在关闭句柄时进行扫描或额外操作，导致延迟。7.**资源泄漏导致系统资源不足**：-如果系统资源（如非分页内存、内核对象表条目）紧张，则释放资源时系统可能需要执行额外的整理工作，从而减慢操作速度。8.**调试器或诊断工具的影响**：-如果进程正在被调试，或者有诊断工具（如性能分析器）在跟踪句柄操作，可能会增加开销。诊断步骤建议：1.**确认问题范围**：-确定是特定类型的句柄（如文件句柄）还是所有句柄的CloseHandle都慢？-是否在特定操作后（如大量写入文件后）关闭句柄变慢？2.**使用性能分析工具**：-使用Windows性能分析器（WPA）或xperf捕获句柄操作的堆栈调用，查看CloseHandle在内核中的耗时。-使用ProcessExplorer观察句柄的引用计数和类型。3.**简化代码复现**：-编写最小化测试代码，观察CloseHandle的耗时。例如，创建一个文件句柄，写入数据，然后关闭，测量关闭时间。4.**检查第三方驱动**：-使用驱动验证器（DriverVerifier）检查是否有问题驱动。5.**更新系统和驱动**：-确保系统和相关驱动（特别是存储驱动）是最新的。常见场景示例：**文件句柄关闭慢**：-如果文件是以异步方式写入的，并且有未完成的I/O请求，CloseHandle会等待这些I/O操作完成（或取消）。取消操作可能需要时间，尤其是存储设备慢时。-解决方案：在关闭句柄前，确保所有异步I/O操作已完成（使用`GetOverlappedResult`或等待I/O完成事件）。数学表示：-设$T_{close}$为CloseHandle的耗时，$T_{io}$为未完成I/O操作完成所需的时间，则：$$T_{close}\geqT_{io}$$总结：CloseHandle通常很快，但在某些情况下（如未完成的异步I/O、资源清理量大、系统负载高、第三方驱动干扰）可能变慢。需要具体分析句柄类型和系统状态。§§相关问题§§1.如何诊断Windows内核对象泄漏？2.异步I/O操作中如何正确关闭文件句柄以避免阻塞？3.文件系统过滤器驱动如何影响系统性能？</think>### CloseHandle 接口调用返回慢的原因分析 当 Windows 系统的 `CloseHandle` 调用返回缓慢时，可能涉及以下核心原因（按发生概率排序）： --- #### 1. **未完成的异步 I/O 操作阻塞（最常见原因）** - **原理**： 当句柄关联的异步 I/O 操作（如 `WriteFileEx` 或重叠 I/O）未完成时，`CloseHandle` 会**强制等待所有挂起操作完成或取消**。这会导致阻塞： $$ \text{CloseHandle 耗时} \propto \text{未完成 I/O 操作数量} \times \text{单次 I/O 延迟} $$ - **场景**： - 文件写入未调用 `GetOverlappedResult` 确认完成 - 网络套接字发送数据未收到 ACK - 设备 I/O 请求未超时（如 USB 设备响应慢） - **诊断**： 使用工具检查挂起 I/O（如 **Process Explorer** 的 `Handle > I/O` 列或 **WinDbg** `!handle` 命令）。 --- #### 2. **内核对象引用计数未归零** - **原理**： Windows 内核对象采用引用计数机制。若其他线程/进程仍持有该对象的引用（如通过 `DuplicateHandle`），`CloseHandle` 需等待引用归零： $$ \text{阻塞时间} = \max \left( \text{其他引用释放延迟} \right) $$ - **场景**： - 跨进程共享的句柄（如管道、事件） - 驱动程序未释放对象引用 - 线程池未回调完成通知 --- #### 3. **资源清理操作耗时** - **文件系统延迟**： 关闭文件句柄时若涉及大文件或元数据更新（如 NTFS 日志写入），可能触发隐式刷盘： ```c CloseHandle(hFile); // 可能隐含 flush 操作 ``` - **特殊对象开销**： | 对象类型 | 额外操作 | 影响 | |-------------------|----------------------------|-------------------| | 进程/线程句柄 | 释放内存/终止检查 | 高负载时显著延迟 | | 注册表句柄 | 写入配置单元（Hive） | 注册表过大时延迟 | | 图形设备句柄(GDI) | 资源回收 | GPU 驱动瓶颈时延迟| --- #### 4. **系统级瓶颈** - **内核锁竞争**： 当多个线程频繁操作内核对象时，`CloseHandle` 可能因锁争用（如 `ERESOURCE` 锁）阻塞： $$ \text{延迟} \approx \frac{\text{锁等待队列长度}}{\text{CPU 核心数}} $$ - **内存压力**： 系统非分页池（Non-Paged Pool）不足时，资源释放需等待内存回收。 - **第三方驱动干扰**： 反病毒/文件系统过滤驱动（如 Minifilter）可能注入额外检查逻辑。 --- #### 5. **诊断与优化建议** **诊断工具**： - **Process Explorer**：观察句柄的 `I/O` 列和引用计数 - **WinDbg**： ```bash !handle <HandleValue> 7 # 查看对象详情 !locks # 检测内核锁争用 ``` - **WPA (Windows Performance Analyzer)**：分析内核堆栈阻塞点 **优化方案**： ```c // 异步 I/O 场景的正确关闭顺序 CancelIoEx(hFile, NULL); // 取消挂起 I/O GetOverlappedResult(...); // 等待取消完成 CloseHandle(hFile); // 安全关闭 ``` --- ### 根本原因总结 | 原因类型 | 发生概率 | 典型延迟范围 | 解决方案 | |------------------------|----------|------------------|------------------------------| | 异步 I/O 未完成 | 高 (60%) | 毫秒 ~ 分钟级 | 显式取消 I/O | | 对象引用未释放 | 中 (30%) | 微秒 ~ 秒级 | 检查跨进程/线程引用 | | 文件系统/驱动瓶颈 | 低 (8%) | 毫秒 ~ 秒级 | 更新驱动/绕过过滤层 | | 内核资源竞争 | 低 (2%) | 微秒 ~ 毫秒级 | 减少并发句柄操作 | > 引用[1] 指出：句柄需及时释放避免泄漏，但未说明关闭延迟问题[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值