FindWindow返回值始终为NULL

[jmt634]

最近在做SPI防火墙，写了一个关于LSP的dll文件，现在的问题是：开机启动以后再点击运行我的防火墙主程序（MyFireWall.exe），dll可以通过FindWindow函数获得主程序的句柄。但是我将防火墙设置开机启动（在注册表HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run中添加我的主程序）后，主程序可以运行，但为什么在dll文件中调用FindWindow却始终返回NULL，开始怀疑是开机启动后防火墙的主对话框还未生成，我便通过一个循环语句来等待主对话框生成，但结果FindWindow始终返回为NULL，循环语句如下：

g_hWnd = ::FindWindow(L"#32770", L"MyFireWall");
while (g_hWnd == NULL)
{
Sleep(500);
g_hWnd = ::FindWindow(L"#32770", L"MyFireWall");
}

为什么点击运行和开机启动运行的结果不一样呢？

这个问题已经折磨我好几天了，敬请各位牛人帮助解答，不胜感激！

[guangyou]

DWORD FindAppProcessID(std::string ProgressName)//ProgressName 进程名字如“MyFireWall”
{
HANDLE handle=::CreateToolhelp32Snapshot(TH32CS_SNAPALL,0);
PROCESSENTRY32 Info;
Info.dwSize = sizeof(PROCESSENTRY32);
if(::Process32First(handle,&Info))
{
do{
std::string ss = Info.szExeFile;
std::transform(ss.begin(), ss.end(), ss.begin(), (int(*)(int))std::tolower);
std::transform(ProgressName.begin(), ProgressName.end(), ProgressName.begin(), (int(*)(int))std::tolower);
if( ss == ProgressName)
{
::CloseHandle(handle);
return Info.th32ProcessID;
}
}
while(::Process32Next(handle,&Info));
::CloseHandle(handle);
}
return 0;
}
BOOL CALLBACK EnumWindowsProcWnd(HWND hWnd,LPARAM lparam)
{
DWORD YourProcID = (DWORD)lparam;
DWORD ProcID = 0;
GetWindowThreadProcessId(hWnd,&ProcID);
if(ProcID==YourProcID)//如果窗口的processid等于你的ID
{
//HWND pWnd = GetParent(hWnd);
HWND pWnd = hWnd;
while(GetParent(pWnd)!=NULL)//得到父窗口的句柄
{
pWnd = GetParent(pWnd); //ok pWnd 就是主窗口了。
}
if(pWnd != NULL)
{
if (IsWindowVisible(pWnd))
{
这里处理你找到的窗口句柄pWnd
}
}
}
return TRUE;
}
用法
DWORD exeid = FindAppProcessID(strExeName.c_str());
if (exeid != 0)
{
::EnumWindows((WNDENUMPROC)EnumWindowsProcWnd,exeid);
}
用这个试试

[yearn520]

findwindow不建议使用，应该用EnumWindows

[bragi523]

[Quote=引用楼主 jmt634 的帖子:]
最近在做SPI防火墙，写了一个关于LSP的dll文件，现在的问题是：开机启动以后再点击运行我的防火墙主程序（MyFireWall.exe），dll可以通过FindWindow函数获得主程序的句柄。但是我将防火墙设置开机启动（在注册表HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run中添加我的主程序）后，主程序可以运行，但为什么在dll文件中调用FindWindow却始终返回NULL，开始怀疑是开机启动后防火墙的主对话框还未生成，我便通…
[/Quote]

这个有道理

[bragi523]

[Quote=引用 1 楼 agchen81 的回复:]
可能两种运行方式，生成的窗口类名不同，建议用
g_hWnd = ::FindWindow(NULL, L"MyFireWall");
试试
[/Quote]


哈哈,引用错了
是这个

[Jacky_Dai]

楼主，这样使用看看

自定义消息和消息映射，获取窗口进程：
CWnd *pWnd=CWnd::FindWindow(NULL,str);

[mars_heart]

为什么不直接让主程序通过调用DLL接口函数把窗口句柄传递过去呢！没必要在DLL里面去FINDWINDOW。

[ky310]

3楼的方法肯定可行，用到查找进程的方式了；

开机自动启动的话程序运行的目录不是你原来程序防止的位置。

[路人乙2019]

主窗口句柄一般是用函数参数传进DLL中.

[jmt634]

用函数参数的形式传进dll这种方法是我最开始的时候用的，出现问题一样，点击主程序可以，但开机启动不行。后来才改用FindWindow的，没想到结果一样，不好意思，我开始没有提到这一点。谢谢帮助！

[jmt634]

[Quote=引用 1 楼 agchen81 的回复:]
可能两种运行方式，生成的窗口类名不同，建议用
g_hWnd = ::FindWindow(NULL, L"MyFireWall");
试试
[/Quote]

这种方法我也试过了，还是不可以。很是郁闷！

[biweilun]

[Quote=引用 11 楼 jmt634 的回复:]
用函数参数的形式传进dll这种方法是我最开始的时候用的，出现问题一样，点击主程序可以，但开机启动不行。后来才改用FindWindow的，没想到结果一样，不好意思，我开始没有提到这一点。谢谢帮助！
[/Quote]
不明白。你的程序开机会有窗口的吧？什么叫“点击主程序可以，但开机启动不行”？

[cnzdgs]

FindWindow是在哪个进程中、什么时候执行的？

[jmt634]

[Quote=引用 13 楼 biweilun 的回复:]
引用 11 楼 jmt634 的回复:
用函数参数的形式传进dll这种方法是我最开始的时候用的，出现问题一样，点击主程序可以，但开机启动不行。后来才改用FindWindow的，没想到结果一样，不好意思，我开始没有提到这一点。谢谢帮助！

不明白。你的程序开机会有窗口的吧？什么叫“点击主程序可以，但开机启动不行”？
[/Quote]

我的意识是说直接点击MyFireWall.exe程序运行，完全正确，有对话框，dll也可以获得其窗口句柄。但是当将MyFireWall.exe设置为开机启动，且在开机启动时，主程序MyfireWall.exe依然正常执行，但dll不能通过FindWindow获得其窗口句柄。我这么说，不知您能否明白？例如，Windows的一些系统进程，比如svchost.exe开机的时候会调用Winsock函数，这样我的dll就能截获它，但由于获得不了MyFireWall.exe的窗口句柄，所以这种截获进程的消息就没办法从dll传递到MyFireWall.exe中去。

[jmt634]

[Quote=引用 14 楼 cnzdgs 的回复:]
FindWindow是在哪个进程中、什么时候执行的？
[/Quote]

FindWindow是在dll程序中，当一个进程调用winsock函数时，dll就将其截获，如果我自己定义的规则文件中没有该进程的信息，就通过FindWindow获得主程序MyFireWall.exe的窗口句柄，然后发送一个消息给主程序，用来提示用户选择是否放行该进程。但就是这个FindWindow函数在系统开机启动时获得不了主程序的窗口句柄，所以消息会发送失败！有一点是：我最初是通过dll的一个导出函数在dll中设置主程序的窗口句柄，当系统开机启动时，主程序将其窗口句柄传递给了dll，而其在dll检测到该句柄不是NULL，但不知为什么用PostMessage发送消息总是失败！用GetLastError获得的错误代码是：1400，意思是：Invalid window handle（无效的Windows句柄）。对于这个我百思不得其解，所以才改用FindWindow函数的，但问题还是存在。具体的问题见我上面的描述。谢谢您的回复！

[cnzdgs]

你的描述还是不够清楚。我直接说好了，FindWindow找不到窗口主要有两种情况：
1、窗口还没有创建。假设你的MyFireWall.exe先加载DLL而后创建窗口，如果DLL在初始化时FindWindow肯定是找不到的。
2、因为DLL是要在各个进程中执行，当所在进程与MyFireWall.exe不属于同一桌面时，FindWindow是不能查找到其窗口的，即使有窗口句柄也不能访问窗口（发消息）。这种情况不能通过向窗口发消息的方式来通讯，可以改成用管道、事件、共享内存等方式通讯。

[jmt634]

[Quote=引用 17 楼 cnzdgs 的回复:]
你的描述还是不够清楚。我直接说好了，FindWindow找不到窗口主要有两种情况：
1、窗口还没有创建。假设你的MyFireWall.exe先加载DLL而后创建窗口，如果DLL在初始化时FindWindow肯定是找不到的。
2、因为DLL是要在各个进程中执行，当所在进程与MyFireWall.exe不属于同一桌面时，FindWindow是不能查找到其窗口的，即使有窗口句柄也不能访问窗口（发消息）。这种情况不能通过向窗口发消息的方式来通讯，可以改成用管道、事件、共…
[/Quote]

首先，谢谢您的帮助

对于情况1：
虽然我的MyFireWall.exe是先加载DLL后创建的窗口，但在DLL中是有程序访问网路时再通过FindWindow查找窗口，并不是一初始化就查找，况且我的语句中
有个循环：
g_hWnd = ::FindWindow(L"#32770", L"MyFireWall");
while (g_hWnd == NULL)
{
Sleep(500);
g_hWnd = ::FindWindow(L"#32770", L"MyFireWall");
}
即使开始的时候窗口还没有创建，但循环几次后窗口肯定已经创建完成了，但实际不是这样，实际上这是个死循环，也就是用FIndWindow找不到窗口。

对于情况2：
如果我的程序不是开机启动的，而是开机以后双击运行，就没有任何问题，这时不论程序的路径在哪儿，即使不和MyFireWall.exe在同一路径，同样可以通过调用FindWindow找到MyfireWall.exe的窗口。但如果MyFireWall.exe是随着开机而启动的，就会出现我所说的问题。

所以总的疑问是：我不清楚随开机而启动的程序和开机后双击运行的程序在操作DLL方面有什么不同。

[cnzdgs]

情况1：如果查找窗口与创建窗口在同一线程中，或者虽在不同线程但存在依赖关系，如果窗口没有创建，则无论循环多少次都是找不到的。
情况2：因为你还没有把问题描述清楚，所以没法确定，需要知道你的程序初始化的流程，主要包括：DLL如何注入到其它进程，什么时候创建窗口，什么时候执行FindWindow，在哪个进程中FindWindow失败。

[jmt634]

不好意思，是我没有说清楚。

我的防火墙用的技术是LSP（分层服务提供者），不知道您对此是否了解，从名字中可以看出它是分层的，而且服务提供者本身就是DLL，原来的情况是WinSock函数调用ws2_32.dll中的对应函数，然后ws2_32.dll调用下层的服务提供者（本身也是DLL），而我自己写一个服务提供者，将其插入到ws2_32.dll和下层服务提供者之间，这样一旦应用程序使用Winsock函数，我的DLL就能注入到它的进程中了。

我主程序MyFireWall的初始化流程是：
1、在InitInstance()函数中实现将我的服务提供者（也就是我的DLL）插入到ws2_32.dll与下层服务提供者（DLL）之间。
2、然后初始化并显示对话框。

我的DLL程序中执行FindWindow函数，以查找MyFireWall.exe 的窗口句柄，而且FindWindow并不是在DLL的初始化函数中，而是在其他函数中，当有程序访问网络时才调用这些函数，然后才执行FindWindow。如果MyFireWall.exe开机启动后，不论什么进程调用我的DLL，当执行到FindWindow时都会失败！

[cnzdgs]

这样说来问题就比较奇怪了，按你的描述，上面两种情况都不是。你把系统中的安全类软件都关掉再试试，如果还不行就改其它的方式通讯吧。

[liruiu2u]

直接使用SPY++看看窗口名和类型，两种启动方法产生的窗口真有不同吗？

如果不同按新找出来的试试