==请教:如果获得SendMessage发送方的HWND?==

chenjs_2000 2009-11-09 04:40:42
有A和B两个进程,都是对话框程序。

A通过SendMessage或者PostMessage发送了一个消息给B,B接收到了之后能够根据这个消息获得A的HWND吗?然后用这个HWND再通过SendMessage返回给A一个消息。
...全文
110 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
wocow3 2009-11-09
  • 打赏
  • 举报
回复
当然可以,把A的HWND当成消息参数传到B不就行了,HWND是全局的,可以跨进程
jason176374 2009-11-09
  • 打赏
  • 举报
回复
有些句柄是跨进程不能使用的。
但是窗口句柄不是,可以作为参数传递的。
chenjs_2000 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 shenyi0106 的回复:]
进程是拥有资源的对象,包括句柄。
两个进程之间请问你如何共享不在一个地址空间中的句柄?
按照OS的内存管理来讲,这都不是在一个地址空间里面的了,还能有用?
所以通过跨进程的操作没有通过句柄来做的
[/Quote]

那看来是不行的啦,wtx_sonery的做法只适合于同一个程序中?!同一个程序中我倒是见过wtx_sonery的这种做法。
chenjs_2000 2009-11-09
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 danxuezx 的回复:]
有A和B两个进程,都是对话框程序。
---------------------------------
也就是说这两个对话框各自都是独立的,没有任何关系(父子,兄弟)?
[/Quote]

是的,各自独立,没有任何关系!
shenyi0106 2009-11-09
  • 打赏
  • 举报
回复
进程是拥有资源的对象,包括句柄。
两个进程之间请问你如何共享不在一个地址空间中的句柄?
按照OS的内存管理来讲,这都不是在一个地址空间里面的了,还能有用?
所以通过跨进程的操作没有通过句柄来做的
hongya6088 2009-11-09
  • 打赏
  • 举报
回复
把A的handle作为参数传给B
danxuezx 2009-11-09
  • 打赏
  • 举报
回复
有A和B两个进程,都是对话框程序。
---------------------------------
也就是说这两个对话框各自都是独立的,没有任何关系(父子,兄弟)?
  • 打赏
  • 举报
回复
完全可以啊
PossMessage(WM_XXXXX, (WPARAM)hWnd);

((CWnd*)wParam)->PostMesage

不过还不如在a中 用SendMessage传一个指针
在中 修改指针对应的值,就不用传来传去的了
快乐鹦鹉 2009-11-09
  • 打赏
  • 举报
回复
似乎不行吧。这个消息都是可以传递好多层的啊。你怎么返回去啊。
作为Microsoft 32位平台的应用程序编程接口,Win32 API是从事Windows应用程序开发所必备的。本书首先对Win32 API函数做完整的概述;然后收录五大类函数:窗口管理、图形设备接口、系统服务、国际特性以及网络服务;在附录部分,讲解如何在Visual Basic和Delphi中对其调用。 本书是从事Windows应用程序开发的软件工程师的必备参考手册。 Win32 API作为 Microsoft 32位平台(包括:Windows 9x,Windows NT3.1/4.0/5.0,WindowsCE)的应用程序编程接口,它是构筑所有32位Windows平台的基石,所有在Windows平台上运行的应用程序都可以调用这些函数。 从事Windows应用程序开发,离不开对Win32 API函数的调用。只有充分理解和利用API函数,才能深入到Windows的内部,充分挖掘系统提供的强大功能和灵活性。 近年来,随着Microsoft 32位平台的版本升级, Win32 API函数的构成、功能与调用方式都有很大的发展变化,然而,国内很少有相关的新版资料出版。为了满足广大开发人员的迫切需求,我们经过认真收集、整理素材,组织编写了这本与各种Microsoft 32位平台最新版本同步的Win32 API参考手册。 全书收录了五大类函数:窗口管理、图形设备接口、系统服务、国际特性以及网络服务。所有函数均附有功能说明、参数说明、返回值说明、备注以及引用说明。另外,在本书的第一章,我们对WiN32 API函数作了完整的概述;在附录部分,讲解了如何在Visual Basic和Delphi中对其调用。 由于篇幅较大,涉及技术内容广泛,加之时间仓促,书中难免存在不少错误或疏漏,希望广大读者给与批评指正。 在Windows程序设计领域处于发展初期时,Windows程序员可使用的编程工具唯有API函数。这些函数在程序员手中犹如"积木块"一样,可搭建出各种界面丰富、功能灵活的应用程序。不过,由于这些函数结构复杂,所以往往难以理解,而且容易误用。 随着软件技术的不断发展,在Windows平台上出现了很多优秀的可视化编程环境,程序员可以采用"所见即所得"的编程方式来开发具有精美用户界面和功能的应用程序。这些可视化编程环境操作简便、界面友好,比如:Visual C++,Delphi,Visual Basic等等。在这些工具中提供了大量的类库和各种控件,它们替代了API的神秘功能。事实上,这些类库和控件都是构筑在Windows API的基础上的,但它们使用方便,加速了Windows应用程序的开发,所以受到程序员的普遍采用。有了这些类库和控件,程序员们便可以把主要精力放在整体功能的设计上,而不必过于关注具体细节。不过,这也导致了非常多的程序员在类库面前"固步自封",对下层API函数的强大功能一无所知。 实际上。程序员要想开发出更灵活、更实用、更具效率的应用程序,必然要涉及到直接使用API函数。虽然类库和控件使应用程序的开发容易得多,但它们只提供Microsoft Windows的一般功能,对于一些比较复杂和特殊的功能来说,单使用类库和控件是难以实现的,必须直接使用API函数来编写。API函数是构筑整个Windows框架的基石,只有充分理解和利用API函数,才能深入到Windows的内部,充分发挥各种32位平台的强大功能和灵活性,才能成功地扩展和突破类库、控件和可视开发环境的限制。 Win32 API即为Microsoft 32位平台的应用程序编程接口(Application Programming Interface)。所有在Win32平台上运行的应用程序都可以调用这些函数。 使用Win32 API,应用程序可以充分挖掘Windows的32位操作系统的潜力。 Mircrosoft的所有32位平台都支持统一的API,包括函数、结构、消息、宏及接口。使用 Win32 API不但可以开发出在各种平台上都能成功运行的应用程序,而且也可以充分利用每个平台特有的功能和属性。 在具体编程时,程序实现方式的差异依赖于相应平台的底层功能的不同。最显著的差异是某些函数只能在更强大的平台上实现其功能。例如,安全函数只能在Windows NT操作系统下使用。另外一些主要差别就是系统限制,比如值的范围约束,或函数可管理的项目个数等等。 标准Win32 API函数可以分为以下几类: 窗口管理 窗口通用控制 Shell特性 图形设备接口 系统服务 国际特性 网络服务 在下面各节中,我们分别介绍这7种类型的API函数。 窗口管理函数向应用程序提供了一些创建和管理用户界面的方法。你可以使用窗口管理函数创建和使用窗口来显示输出、提示用户进行输入以及

16,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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