很多人看易语言模块API教程时最先想动手写的往往不是窗口操作而是“干掉一个进程”。尤其是碰到某个无响应的软件你想关掉它却关不掉界面卡死鼠标点关闭都没反应。这时候如果能写个小工具先拿到那个窗口所属的进程ID再把这个进程结束掉问题就解决了。标题里的“进程结束”和“进程取自进程ID”正好对应了这条链路里的两个关键函数。这篇文章就按模块API教程的思路把这套东西完整拆开讲清楚窗口句柄是怎么变成进程ID的进程ID又是怎么被用来结束进程的以及在易语言里怎么把这些API封装成自己的模块函数。适合刚接触易语言API声明的新手也适合想自己写进程管理模块、不想什么都依赖现成模块的朋友。1. 为什么“取自进程ID”和“结束进程”总是成对出现1.1 从窗口句柄到进程ID再到进程终止的完整链路你在桌面上看到的每一个窗口背后都对应着一个线程和一个进程。窗口是用户层面的东西系统通过句柄来引用它而进程才是操作系统真正管理的“任务单位”。你想结束一个软件最底层的行为是结束它的进程而不是直接关掉窗口。但在大多数场景里你手上只有窗口句柄。比如用鼠标点某个窗口你能拿到的只是这个窗口的句柄而不是进程ID。这里就需要一个“翻译”动作通过窗口句柄拿到这个窗口所属的进程ID再拿着进程ID去打开进程句柄最后调用结束进程的API。整条链路是窗口句柄 - GetWindowThreadProcessId - 进程ID - OpenProcess - 进程句柄 - TerminateProcess - 进程结束这个过程在易语言模块API教程里非常典型很多模块里的进程_取自进程ID和进程_结束本质就是对这条链路上两个关键API的封装。一个负责“由窗口句柄取进程ID”一个负责“按进程ID结束进程”。两者拆开都能独立用但放在一起才能完成“一键关闭指定窗口所在程序”这种完整操作。1.2 易语言模块封装的典型形态易语言的模块化封装说白了就是把Windows API的声明和调用逻辑藏到子程序里给用户一个友好的中文函数名。比如API叫GetWindowThreadProcessId又长又不直观封装成进程_取自进程ID(窗口句柄)别人一看就明白。封装时还得考虑返回值怎么设计。公平地说易语言社区里各种模块对这两个函数的封装风格不太一样进程_取自进程ID(窗口句柄)传入窗口句柄返回该窗口所属进程的进程ID。进程_结束(进程ID)传入进程ID返回是否结束成功。这种设计最大的好处是函数职责单一。你在代码里可以单独拿到PID也可以单独结束某个进程不一定要走完整的窗口句柄到结束的链路。比如你通过其他方式已经拿到了PID可以直接调用进程_结束不用关心窗口的事。我个人的建议是模块封装时也尽量保持这种“单API对应单函数”的思路不要把所有逻辑揉进一个大函数里。拆得越细排错越容易后续扩展也越灵活。2. 三个核心API的原理解读2.1 GetWindowThreadProcessId窗口句柄“翻译”成PID这个API是“进程取自进程ID”的核心。函数原型是DWORD GetWindowThreadProcessId( HWND hWnd, // 窗口句柄 LPDWORD lpdwProcessId // 接收进程ID的指针 );它的返回值是创建该窗口的线程ID第二个参数则会把进程ID写进去。很多人第一次用的时候会搞混API名字里既有Thread又有Process返回值是线程ID输出参数才是进程ID。所以要取PID关键看第二个参数。在易语言里声明这个API时第二个参数必须勾选“传址”也就是传址属性。因为Windows这边的LPDWORD是DWORD*它需要一个变量的地址让API往这个地址里写入进程ID。如果忘了传址系统会把变量当前的值当成一个内存地址去写轻则取不到数据重则直接崩溃。这也是这类DLL命令声明里最常见的错误。这个API不需要什么特殊权限它对任意有效窗口句柄都能正常查询甚至跨进程查询也没有问题。所以我们在“取自进程ID”这一步基本不会遇到权限障碍障碍往往发生在后面OpenProcess阶段。2.2 OpenProcess用PID打开进程句柄拿到PID之后想结束进程首先要获得一个进程句柄。Windows的进程操作接口大多数都要求传入句柄而不是直接传PID。把PID转换成语柄的工作由OpenProcess完成HANDLE OpenProcess( DWORD dwDesiredAccess, // 访问权限 BOOL bInheritHandle, // 是否继承句柄 DWORD dwProcessId // 进程ID );权限参数dwDesiredAccess是关键。需要结束进程就要申请PROCESS_TERMINATE这个值在Windows头文件里定义为0x0001。如果你还需要查询进程的更多信息可以再加上PROCESS_QUERY_INFORMATION0x0400或PROCESS_VM_READ0x0010等。不过我不建议随手就用PROCESS_ALL_ACCESS虽然它确实能覆盖所有操作但权限越大被系统拒绝的可能性越大尤其是在涉及一些受保护进程时。按最小权限原则只申请当前操作需要的权限就够了。OpenProcess成功时返回一个句柄值失败时返回0。返回0之后你可以通过GetLastError拿到具体错误码最常见的错误码是5拒绝访问。2.3 TerminateProcess强制结束进程进程句柄拿到手之后结束操作本身反而最简单BOOL TerminateProcess( HANDLE hProcess, // 进程句柄 UINT uExitCode // 退出代码 );调用这个函数系统会直接终止该进程不依赖目标进程的配合也不需要它的窗口响应消息。这是它和发送WM_CLOSE最大的区别——强制结束是“暴力拆迁”不管目标进程当前在保存文件还是在处理数据都会被直接终止。退出代码uExitCode可以填0表示“正常退出”但实际上并没有给进程任何收尾的机会。函数返回非零表示成功返回0表示失败失败后要查GetLastError。用完句柄以后一定要调用CloseHandle关闭否则每一次操作都会泄漏一个句柄。短期看不出来如果做成一个长时间运行的工具或者循环批量结束进程句柄数会一路涨上去最终可能导致系统资源耗尽。3. 易语言完整实现从窗口句柄到进程结束3.1 设计一个“取窗口句柄再结束进程”的小工具先明确目标做一个最简单的工具界面上有两个按钮和一个标签。第一个按钮叫“取窗口句柄”点击后鼠标变成“准星”你点击目标窗口程序就记下这个窗口的句柄第二个按钮叫“结束进程”点击后程序先通过窗口句柄取PID再结束这个PID对应的进程。标签用来显示当前选中的窗口句柄和取到的进程ID。为什么第一步是取窗口句柄因为“取自进程ID”这个函数需要窗口句柄作为输入。在实际使用中窗口句柄可以从鼠标位置获取也可以从窗口标题获取。这里我用鼠标取句柄的方式因为它最直观而且能覆盖大部分场景。3.2 定义数据类型与DLL命令需要用到这几个APIGetCursorPos获取鼠标当前位置。WindowFromPoint根据坐标获取窗口句柄。GetWindowThreadProcessId窗口句柄转线程ID和进程ID。OpenProcessPID转进程句柄。TerminateProcess结束进程。CloseHandle关闭句柄。GetLastError获取错误码。先定义POINT结构体Windows里坐标点用这个结构表示.数据类型 POINT .成员 x, 整数型 .成员 y, 整数型接着在易语言IDE里通过“插入 - DLL命令”逐一声明.DLL命令 GetCursorPos, 逻辑型, user32.dll, GetCursorPos .参数 lpPoint, POINT, 传址 .DLL命令 WindowFromPoint, 整数型, user32.dll, WindowFromPoint .参数 Point, POINT .DLL命令 GetWindowThreadProcessId, 整数型, user32.dll, GetWindowThreadProcessId .参数 hWnd, 整数型 .参数 lpdwProcessId, 整数型, 传址 .DLL命令 OpenProcess, 整数型, kernel32.dll, OpenProcess .参数 dwDesiredAccess, 整数型 .参数 bInheritHandle, 逻辑型 .参数 dwProcessId, 整数型 .DLL命令 TerminateProcess, 逻辑型, kernel32.dll, TerminateProcess .参数 hProcess, 整数型 .参数 uExitCode, 整数型 .DLL命令 CloseHandle, 逻辑型, kernel32.dll, CloseHandle .参数 hObject, 整数型 .DLL命令 GetLastError, 整数型, kernel32.dll, GetLastError一个容易被忽略的地方是GetWindowThreadProcessId的参数。声明时第二个参数必须勾选“传址”否则API没有地方写进程ID。很多新手在学习模块API时卡住基本都是因为这个问题。3.3 窗口句柄获取子程序点击“取窗口句柄”按钮后我们采用“先隐藏当前窗口再取鼠标位置”的思路。为什么要隐藏自己的窗口因为如果不隐藏鼠标点击时会点到自己程序的窗口上那就没意义了。.子程序 _按钮取句柄_被单击 .局部变量 鼠标点, POINT .局部变量 目标句柄, 整数型 _启动窗口.可视 假 延迟(200) GetCursorPos(鼠标点) 目标句柄 WindowFromPoint(鼠标点) _启动窗口.可视 真 如果真(目标句柄 0) 信息框(“没有取到窗口句柄”, 0, , ) 返回() 如果真结束 窗口句柄 目标句柄 标签句柄.标题 “窗口句柄” 到文本(窗口句柄)延迟200毫秒很关键否则窗口还没完全隐藏鼠标坐标可能还落在半透明的窗口残留上导致取到的句柄不对。3.4 进程_取自进程ID由窗口句柄取PID接下来写核心函数。这个函数就是标题里说的“进程取自进程ID”输入窗口句柄输出所属的进程ID.子程序 进程_取自进程ID, 整数型 .参数 窗口句柄, 整数型 .局部变量 进程ID, 整数型 如果真(窗口句柄 0) 返回(0) 如果真结束 GetWindowThreadProcessId(窗口句柄, 进程ID) 返回(进程ID)因为GetWindowThreadProcessId的第二个参数是传址所以调用后进程ID这个局部变量就会被填上真实值。这里不需要关心返回值线程ID除非你还想对线程做别的操作。这个函数看起来很短但模块API的封装价值恰恰在这种短函数上。把容易写错的API声明隐藏在一个中文函数背后让上层逻辑清晰很多。3.5 进程_结束由PID结束进程再写第二个核心函数.子程序 进程_结束, 逻辑型 .参数 进程ID, 整数型 .局部变量 进程句柄, 整数型 .局部变量 结果, 逻辑型 如果真(进程ID 0) 返回(假) 如果真结束 进程句柄 OpenProcess(1, 假, 进程ID) 如果真(进程句柄 0) 返回(假) 如果真结束 结果 TerminateProcess(进程句柄, 0) CloseHandle(进程句柄) 返回(结果)这里OpenProcess的第一个参数写的是1也就是PROCESS_TERMINATE。有些教程喜欢写成0x1F0FFF全权限但前面说了权限越大越容易被拒绝结束进程这个操作给1就够了。需要注意的是CloseHandle不能少。写模块函数的时候自己内部打开句柄就一定要自己负责关闭不要把这个责任扔给调用者否则调用者很容易忘记关闭句柄。3.6 一键结束进程按钮最后把两步串起来点击“结束进程”按钮时先用保存下来的窗口句柄取PID再结束进程.子程序 _按钮结束_被单击 .局部变量 PID, 整数型 .局部变量 是否成功, 逻辑型 如果真(窗口句柄 0) 信息框(“请先取窗口句柄”, 0, , ) 返回() 如果真结束 PID 进程_取自进程ID(窗口句柄) 如果真(PID 0) 信息框(“取进程ID失败”, 0, , ) 返回() 如果真结束 标签PID.标题 “进程ID” 到文本(PID) 是否成功 进程_结束(PID) 如果真(是否成功 假) 信息框(“结束失败错误码” 到文本(GetLastError()), 0, , ) 如果真结束测试的时候可以打开一个记事本点“取窗口句柄”再点“结束进程”记事本窗口会直接消失。整个过程几乎无感因为TerminateProcess是强制结束不会给记事本弹出保存提示的机会。4. 踩坑实录与排查经验4.1 GetWindowThreadProcessId 返回的PID是0最常见的原因是窗口句柄无效。窗口句柄是一个动态值窗口销毁后就失效了。比如你先取了一个窗口句柄然后手动把这个窗口关掉了再点击结束按钮时窗口句柄已经指向一个不存在的窗口GetWindowThreadProcessId自然取不到PID。拿到一个句柄后要尽快使用尽量不要长时间缓存窗口句柄。如果确实需要缓存使用前可以用IsWindow函数检查句柄是否仍然有效。另外GetWindowThreadProcessId对某些特殊窗口可能取不到预期的PID比如系统桌面窗口、无窗口消息进程。在实际工具里要做好返回0的容错处理。4.2 OpenProcess失败错误码是5错误码5代表拒绝访问。说白了就是权限不够。即使你的进程有管理员权限也会被目标进程的保护机制拒绝。遇到这种情况第一步是用管理员身份重新运行程序。在编译易语言程序后右键选择“以管理员身份运行”如果是在IDE里调试最好也让易语言IDE本身以管理员身份运行否则调式进程的权限不会提升。有些系统进程、杀毒软件进程、以及其他服务进程会有更高的完整性级别或者受保护机制普通管理员权限也不一定能打开。如何对付这种进程就不建议继续了普通小工具没有那个必要也不值得冒险。4.3 TerminateProcess返回假但OpenProcess正常如果OpenProcess成功TerminateProcess却失败首先检查目标进程是不是已经退出了。进程结束后之前的句柄不会自动失效当你用旧句柄再去结束一个已经不存在的进程时系统会认为句柄无效返回假。这时候可以先调用GetExitCodeProcess查看进程退出码如果返回的错误码是STILL_ACTIVE259表示进程还在运行其他值说明进程已经退出。但在简单工具里直接看GetLastError更直接。4.4 句柄泄漏是隐蔽问题模块封装时最容易被人忽略的就是CloseHandle。很多人写完OpenProcess和TerminateProcess就完事了觉得功能已经实现。但在一个循环结束多个进程的工具里每循环一次泄漏一个句柄运行千次之后系统的句柄表里就有上千个僵尸句柄最终会导致自己的程序或其他程序申请不到句柄。建议养成写“对称代码”的习惯在哪个函数里打开了句柄就在哪个函数里关闭句柄最好在写OpenProcess的同一层逻辑里写CloseHandle。哪怕中间有提前返回的分支也要在返回前关闭句柄或者用逻辑结构确保退出前统一关闭。4.5 32位易语言操作64位系统时的注意事项易语言编译出来的程序是32位的在64位Windows上可以运行但受WOW64重定向的影响有些系统目录下的操作和进程枚举会有点差别。好在我们这节讲的三个API都不涉及路径重定向OpenProcess和TerminateProcess本身可以操作64位目标进程只要权限足够。真正需要注意的是如果你在64位系统上取某些进程的窗口句柄再用OpenProcess打开同样会受权限模型控制。权限不足时低权限进程就是打不开高权限进程32位还是64位不是决定性因素。别把问题归根到位数上先检查权限。5. 模块封装的建议与扩展方向5.1 把两个函数组织成完整模块前面我们写了两个独立函数进程_取自进程ID和进程_结束。要封装成易语言模块需要把它们放到模块程序集中同时把公开属性勾上。公开后其他程序引用这个模块时就能直接调用。模块里还可以加一个更上层的组合函数比如.子程序 进程_结束窗口所在进程, 逻辑型, 公开 .参数 窗口句柄, 整数型 .局部变量 PID, 整数型 PID 进程_取自进程ID(窗口句柄) 如果真(PID 0) 返回(假) 如果真结束 返回(进程_结束(PID))这种组合函数方便调用者一条命令搞定所有事但它不应该替代底层函数。底层函数保留的意义在于复用和灵活组合这个平衡在设计模块时要刻意保持。5.2 尽量用优雅退出代替强制结束TerminateProcess是最后手段不是首要手段。很多软件在退出时需要保存配置、释放资源、清理临时文件。如果直接强制结束可能会留下半个文件或者损坏的数据下次启动还要自检修复。如果你要结束的是一个自己写的、能控制行为的目标程序最好在目标程序里加一个命令通道让它自己退出。如果目标是第三方程序先尝试向主窗口发送WM_CLOSE消息大部分程序收到这条消息后会走正常的退出流程。只有对无响应、卡死的进程才用TerminateProcess强制结束。5.3 扩展方向进程名与进程路径取PID“取自进程ID”还有另一个常见变体根据进程名或进程路径取PID。这会用到CreateToolhelp32Snapshot、Process32First、Process32Next这一组进程快照API。基本原理是先拍一张系统进程快照然后遍历所有进程比较进程名或路径匹配成功后返回PID。这个过程比窗口句柄取PID稍微复杂一点设计到自定义结构体和循环遍历但思路很清晰。等你把本文里窗口句柄转PID这条链路弄明白再去写进程快照遍历会轻松很多。毕竟API封装的核心都一样声明API、理解参数、正确传址、处理返回值。我个人在实际封装模块时总是会把GetLastError的取值也封装成一个公开函数形如“取最后错误码”。因为在写进程相关的函数时你几乎无法避免失败而失败原因千奇百怪如果模块只返回“假”使用方根本不知道是权限不足、句柄无效还是目标进程已退出。多一个取错误码的接口能让用的人少走很多弯路。这也是我自己踩了多次坑以后才养成的习惯。 
长河君 · 2026/10/16 5:25:57 · 阅读 1.2k 易语言模块API实战：从窗口句柄到进程结束的完整链路
很多人看易语言模块API教程时最先想动手写的往往不是窗口操作而是“干掉一个进程”。尤其是碰到某个无响应的软件你想关掉它却关不掉界面卡死鼠标点关闭都没反应。这时候如果能写个小工具先拿到那个窗口所属的进程ID再把这个进程结束掉问题就解决了。标题里的“进程结束”和“进程取自进程ID”正好对应了这条链路里的两个关键函数。这篇文章就按模块API教程的思路把这套东西完整拆开讲清楚窗口句柄是怎么变成进程ID的进程ID又是怎么被用来结束进程的以及在易语言里怎么把这些API封装成自己的模块函数。适合刚接触易语言API声明的新手也适合想自己写进程管理模块、不想什么都依赖现成模块的朋友。1. 为什么“取自进程ID”和“结束进程”总是成对出现1.1 从窗口句柄到进程ID再到进程终止的完整链路你在桌面上看到的每一个窗口背后都对应着一个线程和一个进程。窗口是用户层面的东西系统通过句柄来引用它而进程才是操作系统真正管理的“任务单位”。你想结束一个软件最底层的行为是结束它的进程而不是直接关掉窗口。但在大多数场景里你手上只有窗口句柄。比如用鼠标点某个窗口你能拿到的只是这个窗口的句柄而不是进程ID。这里就需要一个“翻译”动作通过窗口句柄拿到这个窗口所属的进程ID再拿着进程ID去打开进程句柄最后调用结束进程的API。整条链路是窗口句柄 - GetWindowThreadProcessId - 进程ID - OpenProcess - 进程句柄 - TerminateProcess - 进程结束这个过程在易语言模块API教程里非常典型很多模块里的进程_取自进程ID和进程_结束本质就是对这条链路上两个关键API的封装。一个负责“由窗口句柄取进程ID”一个负责“按进程ID结束进程”。两者拆开都能独立用但放在一起才能完成“一键关闭指定窗口所在程序”这种完整操作。1.2 易语言模块封装的典型形态易语言的模块化封装说白了就是把Windows API的声明和调用逻辑藏到子程序里给用户一个友好的中文函数名。比如API叫GetWindowThreadProcessId又长又不直观封装成进程_取自进程ID(窗口句柄)别人一看就明白。封装时还得考虑返回值怎么设计。公平地说易语言社区里各种模块对这两个函数的封装风格不太一样进程_取自进程ID(窗口句柄)传入窗口句柄返回该窗口所属进程的进程ID。进程_结束(进程ID)传入进程ID返回是否结束成功。这种设计最大的好处是函数职责单一。你在代码里可以单独拿到PID也可以单独结束某个进程不一定要走完整的窗口句柄到结束的链路。比如你通过其他方式已经拿到了PID可以直接调用进程_结束不用关心窗口的事。我个人的建议是模块封装时也尽量保持这种“单API对应单函数”的思路不要把所有逻辑揉进一个大函数里。拆得越细排错越容易后续扩展也越灵活。2. 三个核心API的原理解读2.1 GetWindowThreadProcessId窗口句柄“翻译”成PID这个API是“进程取自进程ID”的核心。函数原型是DWORD GetWindowThreadProcessId( HWND hWnd, // 窗口句柄 LPDWORD lpdwProcessId // 接收进程ID的指针 );它的返回值是创建该窗口的线程ID第二个参数则会把进程ID写进去。很多人第一次用的时候会搞混API名字里既有Thread又有Process返回值是线程ID输出参数才是进程ID。所以要取PID关键看第二个参数。在易语言里声明这个API时第二个参数必须勾选“传址”也就是传址属性。因为Windows这边的LPDWORD是DWORD*它需要一个变量的地址让API往这个地址里写入进程ID。如果忘了传址系统会把变量当前的值当成一个内存地址去写轻则取不到数据重则直接崩溃。这也是这类DLL命令声明里最常见的错误。这个API不需要什么特殊权限它对任意有效窗口句柄都能正常查询甚至跨进程查询也没有问题。所以我们在“取自进程ID”这一步基本不会遇到权限障碍障碍往往发生在后面OpenProcess阶段。2.2 OpenProcess用PID打开进程句柄拿到PID之后想结束进程首先要获得一个进程句柄。Windows的进程操作接口大多数都要求传入句柄而不是直接传PID。把PID转换成语柄的工作由OpenProcess完成HANDLE OpenProcess( DWORD dwDesiredAccess, // 访问权限 BOOL bInheritHandle, // 是否继承句柄 DWORD dwProcessId // 进程ID );权限参数dwDesiredAccess是关键。需要结束进程就要申请PROCESS_TERMINATE这个值在Windows头文件里定义为0x0001。如果你还需要查询进程的更多信息可以再加上PROCESS_QUERY_INFORMATION0x0400或PROCESS_VM_READ0x0010等。不过我不建议随手就用PROCESS_ALL_ACCESS虽然它确实能覆盖所有操作但权限越大被系统拒绝的可能性越大尤其是在涉及一些受保护进程时。按最小权限原则只申请当前操作需要的权限就够了。OpenProcess成功时返回一个句柄值失败时返回0。返回0之后你可以通过GetLastError拿到具体错误码最常见的错误码是5拒绝访问。2.3 TerminateProcess强制结束进程进程句柄拿到手之后结束操作本身反而最简单BOOL TerminateProcess( HANDLE hProcess, // 进程句柄 UINT uExitCode // 退出代码 );调用这个函数系统会直接终止该进程不依赖目标进程的配合也不需要它的窗口响应消息。这是它和发送WM_CLOSE最大的区别——强制结束是“暴力拆迁”不管目标进程当前在保存文件还是在处理数据都会被直接终止。退出代码uExitCode可以填0表示“正常退出”但实际上并没有给进程任何收尾的机会。函数返回非零表示成功返回0表示失败失败后要查GetLastError。用完句柄以后一定要调用CloseHandle关闭否则每一次操作都会泄漏一个句柄。短期看不出来如果做成一个长时间运行的工具或者循环批量结束进程句柄数会一路涨上去最终可能导致系统资源耗尽。3. 易语言完整实现从窗口句柄到进程结束3.1 设计一个“取窗口句柄再结束进程”的小工具先明确目标做一个最简单的工具界面上有两个按钮和一个标签。第一个按钮叫“取窗口句柄”点击后鼠标变成“准星”你点击目标窗口程序就记下这个窗口的句柄第二个按钮叫“结束进程”点击后程序先通过窗口句柄取PID再结束这个PID对应的进程。标签用来显示当前选中的窗口句柄和取到的进程ID。为什么第一步是取窗口句柄因为“取自进程ID”这个函数需要窗口句柄作为输入。在实际使用中窗口句柄可以从鼠标位置获取也可以从窗口标题获取。这里我用鼠标取句柄的方式因为它最直观而且能覆盖大部分场景。3.2 定义数据类型与DLL命令需要用到这几个APIGetCursorPos获取鼠标当前位置。WindowFromPoint根据坐标获取窗口句柄。GetWindowThreadProcessId窗口句柄转线程ID和进程ID。OpenProcessPID转进程句柄。TerminateProcess结束进程。CloseHandle关闭句柄。GetLastError获取错误码。先定义POINT结构体Windows里坐标点用这个结构表示.数据类型 POINT .成员 x, 整数型 .成员 y, 整数型接着在易语言IDE里通过“插入 - DLL命令”逐一声明.DLL命令 GetCursorPos, 逻辑型, user32.dll, GetCursorPos .参数 lpPoint, POINT, 传址 .DLL命令 WindowFromPoint, 整数型, user32.dll, WindowFromPoint .参数 Point, POINT .DLL命令 GetWindowThreadProcessId, 整数型, user32.dll, GetWindowThreadProcessId .参数 hWnd, 整数型 .参数 lpdwProcessId, 整数型, 传址 .DLL命令 OpenProcess, 整数型, kernel32.dll, OpenProcess .参数 dwDesiredAccess, 整数型 .参数 bInheritHandle, 逻辑型 .参数 dwProcessId, 整数型 .DLL命令 TerminateProcess, 逻辑型, kernel32.dll, TerminateProcess .参数 hProcess, 整数型 .参数 uExitCode, 整数型 .DLL命令 CloseHandle, 逻辑型, kernel32.dll, CloseHandle .参数 hObject, 整数型 .DLL命令 GetLastError, 整数型, kernel32.dll, GetLastError一个容易被忽略的地方是GetWindowThreadProcessId的参数。声明时第二个参数必须勾选“传址”否则API没有地方写进程ID。很多新手在学习模块API时卡住基本都是因为这个问题。3.3 窗口句柄获取子程序点击“取窗口句柄”按钮后我们采用“先隐藏当前窗口再取鼠标位置”的思路。为什么要隐藏自己的窗口因为如果不隐藏鼠标点击时会点到自己程序的窗口上那就没意义了。.子程序 _按钮取句柄_被单击 .局部变量 鼠标点, POINT .局部变量 目标句柄, 整数型 _启动窗口.可视 假 延迟(200) GetCursorPos(鼠标点) 目标句柄 WindowFromPoint(鼠标点) _启动窗口.可视 真 如果真(目标句柄 0) 信息框(“没有取到窗口句柄”, 0, , ) 返回() 如果真结束 窗口句柄 目标句柄 标签句柄.标题 “窗口句柄” 到文本(窗口句柄)延迟200毫秒很关键否则窗口还没完全隐藏鼠标坐标可能还落在半透明的窗口残留上导致取到的句柄不对。3.4 进程_取自进程ID由窗口句柄取PID接下来写核心函数。这个函数就是标题里说的“进程取自进程ID”输入窗口句柄输出所属的进程ID.子程序 进程_取自进程ID, 整数型 .参数 窗口句柄, 整数型 .局部变量 进程ID, 整数型 如果真(窗口句柄 0) 返回(0) 如果真结束 GetWindowThreadProcessId(窗口句柄, 进程ID) 返回(进程ID)因为GetWindowThreadProcessId的第二个参数是传址所以调用后进程ID这个局部变量就会被填上真实值。这里不需要关心返回值线程ID除非你还想对线程做别的操作。这个函数看起来很短但模块API的封装价值恰恰在这种短函数上。把容易写错的API声明隐藏在一个中文函数背后让上层逻辑清晰很多。3.5 进程_结束由PID结束进程再写第二个核心函数.子程序 进程_结束, 逻辑型 .参数 进程ID, 整数型 .局部变量 进程句柄, 整数型 .局部变量 结果, 逻辑型 如果真(进程ID 0) 返回(假) 如果真结束 进程句柄 OpenProcess(1, 假, 进程ID) 如果真(进程句柄 0) 返回(假) 如果真结束 结果 TerminateProcess(进程句柄, 0) CloseHandle(进程句柄) 返回(结果)这里OpenProcess的第一个参数写的是1也就是PROCESS_TERMINATE。有些教程喜欢写成0x1F0FFF全权限但前面说了权限越大越容易被拒绝结束进程这个操作给1就够了。需要注意的是CloseHandle不能少。写模块函数的时候自己内部打开句柄就一定要自己负责关闭不要把这个责任扔给调用者否则调用者很容易忘记关闭句柄。3.6 一键结束进程按钮最后把两步串起来点击“结束进程”按钮时先用保存下来的窗口句柄取PID再结束进程.子程序 _按钮结束_被单击 .局部变量 PID, 整数型 .局部变量 是否成功, 逻辑型 如果真(窗口句柄 0) 信息框(“请先取窗口句柄”, 0, , ) 返回() 如果真结束 PID 进程_取自进程ID(窗口句柄) 如果真(PID 0) 信息框(“取进程ID失败”, 0, , ) 返回() 如果真结束 标签PID.标题 “进程ID” 到文本(PID) 是否成功 进程_结束(PID) 如果真(是否成功 假) 信息框(“结束失败错误码” 到文本(GetLastError()), 0, , ) 如果真结束测试的时候可以打开一个记事本点“取窗口句柄”再点“结束进程”记事本窗口会直接消失。整个过程几乎无感因为TerminateProcess是强制结束不会给记事本弹出保存提示的机会。4. 踩坑实录与排查经验4.1 GetWindowThreadProcessId 返回的PID是0最常见的原因是窗口句柄无效。窗口句柄是一个动态值窗口销毁后就失效了。比如你先取了一个窗口句柄然后手动把这个窗口关掉了再点击结束按钮时窗口句柄已经指向一个不存在的窗口GetWindowThreadProcessId自然取不到PID。拿到一个句柄后要尽快使用尽量不要长时间缓存窗口句柄。如果确实需要缓存使用前可以用IsWindow函数检查句柄是否仍然有效。另外GetWindowThreadProcessId对某些特殊窗口可能取不到预期的PID比如系统桌面窗口、无窗口消息进程。在实际工具里要做好返回0的容错处理。4.2 OpenProcess失败错误码是5错误码5代表拒绝访问。说白了就是权限不够。即使你的进程有管理员权限也会被目标进程的保护机制拒绝。遇到这种情况第一步是用管理员身份重新运行程序。在编译易语言程序后右键选择“以管理员身份运行”如果是在IDE里调试最好也让易语言IDE本身以管理员身份运行否则调式进程的权限不会提升。有些系统进程、杀毒软件进程、以及其他服务进程会有更高的完整性级别或者受保护机制普通管理员权限也不一定能打开。如何对付这种进程就不建议继续了普通小工具没有那个必要也不值得冒险。4.3 TerminateProcess返回假但OpenProcess正常如果OpenProcess成功TerminateProcess却失败首先检查目标进程是不是已经退出了。进程结束后之前的句柄不会自动失效当你用旧句柄再去结束一个已经不存在的进程时系统会认为句柄无效返回假。这时候可以先调用GetExitCodeProcess查看进程退出码如果返回的错误码是STILL_ACTIVE259表示进程还在运行其他值说明进程已经退出。但在简单工具里直接看GetLastError更直接。4.4 句柄泄漏是隐蔽问题模块封装时最容易被人忽略的就是CloseHandle。很多人写完OpenProcess和TerminateProcess就完事了觉得功能已经实现。但在一个循环结束多个进程的工具里每循环一次泄漏一个句柄运行千次之后系统的句柄表里就有上千个僵尸句柄最终会导致自己的程序或其他程序申请不到句柄。建议养成写“对称代码”的习惯在哪个函数里打开了句柄就在哪个函数里关闭句柄最好在写OpenProcess的同一层逻辑里写CloseHandle。哪怕中间有提前返回的分支也要在返回前关闭句柄或者用逻辑结构确保退出前统一关闭。4.5 32位易语言操作64位系统时的注意事项易语言编译出来的程序是32位的在64位Windows上可以运行但受WOW64重定向的影响有些系统目录下的操作和进程枚举会有点差别。好在我们这节讲的三个API都不涉及路径重定向OpenProcess和TerminateProcess本身可以操作64位目标进程只要权限足够。真正需要注意的是如果你在64位系统上取某些进程的窗口句柄再用OpenProcess打开同样会受权限模型控制。权限不足时低权限进程就是打不开高权限进程32位还是64位不是决定性因素。别把问题归根到位数上先检查权限。5. 模块封装的建议与扩展方向5.1 把两个函数组织成完整模块前面我们写了两个独立函数进程_取自进程ID和进程_结束。要封装成易语言模块需要把它们放到模块程序集中同时把公开属性勾上。公开后其他程序引用这个模块时就能直接调用。模块里还可以加一个更上层的组合函数比如.子程序 进程_结束窗口所在进程, 逻辑型, 公开 .参数 窗口句柄, 整数型 .局部变量 PID, 整数型 PID 进程_取自进程ID(窗口句柄) 如果真(PID 0) 返回(假) 如果真结束 返回(进程_结束(PID))这种组合函数方便调用者一条命令搞定所有事但它不应该替代底层函数。底层函数保留的意义在于复用和灵活组合这个平衡在设计模块时要刻意保持。5.2 尽量用优雅退出代替强制结束TerminateProcess是最后手段不是首要手段。很多软件在退出时需要保存配置、释放资源、清理临时文件。如果直接强制结束可能会留下半个文件或者损坏的数据下次启动还要自检修复。如果你要结束的是一个自己写的、能控制行为的目标程序最好在目标程序里加一个命令通道让它自己退出。如果目标是第三方程序先尝试向主窗口发送WM_CLOSE消息大部分程序收到这条消息后会走正常的退出流程。只有对无响应、卡死的进程才用TerminateProcess强制结束。5.3 扩展方向进程名与进程路径取PID“取自进程ID”还有另一个常见变体根据进程名或进程路径取PID。这会用到CreateToolhelp32Snapshot、Process32First、Process32Next这一组进程快照API。基本原理是先拍一张系统进程快照然后遍历所有进程比较进程名或路径匹配成功后返回PID。这个过程比窗口句柄取PID稍微复杂一点设计到自定义结构体和循环遍历但思路很清晰。等你把本文里窗口句柄转PID这条链路弄明白再去写进程快照遍历会轻松很多。毕竟API封装的核心都一样声明API、理解参数、正确传址、处理返回值。我个人在实际封装模块时总是会把GetLastError的取值也封装成一个公开函数形如“取最后错误码”。因为在写进程相关的函数时你几乎无法避免失败而失败原因千奇百怪如果模块只返回“假”使用方根本不知道是权限不足、句柄无效还是目标进程已退出。多一个取错误码的接口能让用的人少走很多弯路。这也是我自己踩了多次坑以后才养成的习惯。