Win32程序加载RichEdit组件遇编译错误求助

针对你遇到的这个编译错误，结合TDM-GCC开发Win32程序的场景，几个最可能的原因和排查步骤如下：

1. 全局作用域错误调用LoadLibrary #

新手常犯的错误：把LoadLibrary("Riched20.dll")直接写在全局作用域（函数外面）。C语言中全局作用域只能做变量声明/初始化，不能直接执行函数调用，此时字符串常量会被编译器误判为非法标识符。

修复：将加载RichEdit库的代码移到WinMain或其他函数内部，比如：

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) {
    HMODULE hRichEdit = LoadLibrary(TEXT("Riched20.dll"));
    if (!hRichEdit) {
        MessageBox(NULL, TEXT("加载Riched20.dll失败"), TEXT("错误"), MB_ICONERROR);
        return 1;
    }
    // 后续窗口注册、创建等代码...
}

2. CreateWindowEx参数语法错误 #

如果直接使用字符串作为RichEdit窗口类名（比如"RichEdit20W"），检查参数是否有缺失、多余逗号等语法问题。例如：

// 错误示例：第二个参数后多了逗号
CreateWindowEx(0, "RichEdit20W", , WS_CHILD | WS_VISIBLE, 10, 10, 700, 500, hWnd, NULL, hInstance, NULL);

这种情况会触发该编译错误。

修复：确保CreateWindowEx的参数完整且语法正确，推荐使用RICHEDIT_CLASS宏（需包含<richedit.h>），避免手动输入字符串出错。

3. 头文件包含顺序错误 #

RichEdit的头文件依赖Windows基础头文件，正确的包含顺序是：

#include <windows.h>
#include <richedit.h>

如果颠倒顺序，可能导致RICHEDIT_CLASS等宏未被正确定义，编译器将其视为未知标识符，进而引发错误。

4. 编译命令缺失必要定义或链接库 #

使用TDM-GCC编译时，需确保：

• 定义UNICODE和_UNICODE（你已开启，但可确认编译命令是否加了-DUNICODE -D_UNICODE）
• 链接必要的库：RichEdit依赖comctl32库，编译命令需加-lcomctl32

示例编译命令：

gcc -o your_app.exe your_code.c -DUNICODE -D_UNICODE -luser32 -lgdi32 -lcomctl32

5. 宏定义冲突 #

检查代码中是否自定义了与RICHEDIT_CLASS同名的宏，或者其他可能干扰RichEdit相关定义的宏，这种冲突会导致编译器无法识别正确的窗口类名。

修复：搜索代码中的宏定义，重命名冲突的宏。

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