已知该应用程序的Process句柄，该怎么样才能取得该应用程序的Application的Handle句柄

yangrenzhi 2004-08-03 02:40:50

一个是由OpenProcess取得的Handle，想由他取得BCB中TApplication->Handle

请各位多多帮忙。问题得到解决立刻给分。

...全文

196 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

yjy1001 2004-08-03

打赏
举报

回复

呵呵我以前写过比较笨的解决源码

你解决了我就不找了

yangrenzhi 2004-08-03

打赏
举报

回复

自已写错了程序了.列的出来的.正在试.成功后结贴.

yangrenzhi 2004-08-03

打赏
举报

回复

楼上的
enumsWindows是列不出TApplication的窗体的。我也不知道为什么。反正程序就是列不出来。

而只是列出显示出的最顶层的窗体类名。在PID相同的情况下。

RamjetZhang 2004-08-03

打赏
举报

回复

1. TApplication的handle是一个隐藏窗体的handle,可以用spy++看到，貌似classname就是TApplication；
2. TApplication的handle跟主窗体的handle不是一码事。
3. 从process的句柄可以获得process ID，然后enumwindows找到所有classname是TApplication的窗体，用GetWindowThreadProcessId函数查找窗体对应的PID，若与已知PID相同，则就是了。
4. 印象中窗体与进程之间还有些别的API可用，一时记不住力了，见MSDN。

铖邑 2004-08-03

打赏
举报

回复

好象无法取得

铖邑 2004-08-03

打赏
举报

回复

就是主窗口的HANDLE

Application : 属性： ExecutablePath //获取启动了应用程序的可执行文件的路径，包括可执行文件的名称。 StartupPath //获取启动了应用程序的可执行文件的路径，不包括可执行文件的名称。 MessageLoop //判断当前线程上是否存在消息循环。 public static FormCollection OpenForms { get; } //获取为应用程序所有的已打开窗体的集合。方法： DoEvents(); //处理当前在消息队列中的所有 Windows

本文详细介绍了如何使用Process Explorer和WinDbg双工具快速定位Windows句柄泄漏问题。通过实时监控和深度分析相结合的方法，帮助开发者高效识别资源泄漏源头，并提供实战操作指南和典型泄漏模式解析，显著提升系统稳定性与性能。

传统调用DLL窗体，为了达到DLL窗体与主程序融为一体的效果，通常会把主程序的Application传递到DLL工程中，类似如下方法： procedure SynAPP(App: THandle); stdcall; begin //传递Application Application.Handle:= App; end; 或者直接把Application作为参数传递的： procedure DLLEntryPoint(Reason: DWORD); begin case Reason of

application翻译成中文时一般称为“应用”或“应用程序”，在android中，总体来说一个应用就是一组组件的集合。众所周知，android是在应用层组件化程度非常高的系统，android开发的第一课就是学习android的四大组件。当我们写完了多个组件，并且在manifest文件中注册了这些组件之后，把这些组件和组件使用到的资源打包成apk，我们就可以说完成了一个application。a

当 GUI 线程的窗口属于 Windows/UWP 应用程序时，它们始终由进程 ApplicationFrameHost 托管。如果依然使用 Win32 的那套方法我们最终将获取到根进程ApplicationFrameHost.exe 而不是实际的 AppContainer 进程或者 RuntimeBroker 进程。

Windows SDK/API

1,222

社区成员

8,135

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章