为何FindWindowEx无法找到RichTextBox组件？

我来帮你梳理这个问题——你遇到的情况很典型，用Win32 API查找.NET WinForms控件时，很容易因为原生窗口属性和层级的差异踩坑，尤其是RichTextBox这类封装了原生控件的.NET组件。

核心问题分析 #

你当前代码里用FindWindowEx(parent, 0, null, "test2")查找控件，本质是在找**Form1的直接子窗口中，窗口文本等于"test2"**的目标，但这里有几个关键误区：

1. 混淆了.NET控件Name和Win32窗口文本：你设置的test2是.NET控件的Name属性，但Win32层面的窗口文本对应控件的Text属性，不是Name。如果你的RichTextBox没有设置Text内容，这个参数匹配就会失败。
2. RichTextBox的原生类名特性：.NET的WinForms RichTextBox对应的原生窗口类名是RichEdit20W（不同.NET版本可能是RichEdit50W），只靠窗口文本查找容易出现匹配冲突，或者漏掉关键筛选条件。
3. 控件层级问题：如果RichTextBox嵌套在Panel、GroupBox这类容器控件里，它就不是Form1的直接子窗口，而FindWindowEx只能查找当前父窗口的直接子节点，自然找不到。
4. GetLastError返回0是正常现象：这个错误码说明API调用本身执行成功了，只是没有找到符合条件的窗口，问题出在查找逻辑而非API调用失败。

解决步骤 #

第一步：用Spy++确认准确的控件属性

打开Spy++定位到你的RichTextBox，重点查看三个信息：

• 类名：在“属性”窗口的“类”字段（比如RichEdit20W）
• 窗口文本：“属性”窗口的“文本”字段（对应控件的Text属性，不是Name）
• 父窗口链：确认它是否直接属于Form1，还是嵌套在其他容器控件中

第二步：修正查找代码

情况1：RichTextBox是Form1的直接子窗口

如果Spy++显示它是Form1的直接子节点，用类名+窗口文本组合查找，比单一条件更准确：

// 替换成你从Spy++拿到的类名和窗口文本
IntPtr childRich = FindWindowEx(parent, IntPtr.Zero, "RichEdit20W", "你的RichTextBox显示文本");

如果控件Text为空，第四个参数传null或空字符串即可。

情况2：RichTextBox嵌套在容器里

这时候需要递归遍历所有子窗口层级，直到找到目标控件。可以写一个辅助函数：

[DllImport("user32.dll", SetLastError = true)]
private static extern IntPtr FindWindowEx(IntPtr hwndParent, IntPtr hwndChildAfter, string lpszClass, string lpszWindow);

public static IntPtr FindNestedChildWindow(IntPtr parentHandle, string targetClass, string targetText)
{
    IntPtr currentChild = IntPtr.Zero;
    do
    {
        // 查找当前父窗口的下一个子窗口
        currentChild = FindWindowEx(parentHandle, currentChild, targetClass, targetText);
        if (currentChild != IntPtr.Zero)
        {
            return currentChild;
        }
        // 递归查找当前子窗口的子节点
        IntPtr nestedChild = FindNestedChildWindow(currentChild, targetClass, targetText);
        if (nestedChild != IntPtr.Zero)
        {
            return nestedChild;
        }
    } while (currentChild != IntPtr.Zero);
    return IntPtr.Zero;
}

调用方式：

IntPtr childRich = FindNestedChildWindow(parent, "RichEdit20W", "你的RichTextBox显示文本");

额外提醒 #

• 确保你的自动化程序和目标程序的位数一致（同为x86或x64），跨位数调用Win32 API可能出现异常。
• 如果你是操作自己开发的.NET程序，也可以考虑用进程内通信或控件句柄共享的方式，比Win32 API更便捷。

内容的提问来源于stack exchange，提问作者storytellerF