子类化TListView的WindowProc无法捕获LVN_ENDLABELEDIT问题排查

你遇到的这个问题其实是C++ Builder 2010版本里常见的头文件宏定义或类型转换陷阱，我来帮你拆解清楚：

问题根源 #

LVN_ENDLABELEDIT本质是一个有符号负数的通知码（实际值为-240），但Windows消息结构体NMHDR里的code参数是UINT（无符号整数）类型。当你直接用宏定义的LVN_ENDLABELEDIT（有符号负数）和无符号的code比较时，编译器会把负数隐式转换为无符号整数，导致数值完全不匹配——而你手动用的4294967120正好是-240转换为32位无符号整数的结果，所以能正常触发逻辑。

大概率是C++ Builder 2010自带的commctrl.h头文件中，LVN_ENDLABELEDIT的宏定义出现了错误，或是版本兼容问题导致宏的数值偏离了标准值。

解决方案 #

这里有两种靠谱的解决方式，你可以任选其一：

1. 重新定义正确的宏 #

在你的代码开头（包含头文件之后）重新覆盖可能错误的宏定义，确保数值符合标准：

#include <commctrl.h>

// 覆盖错误的LVN_ENDLABELEDIT宏定义，强制使用正确数值
#undef LVN_ENDLABELEDIT
#define LVN_ENDLABELEDIT static_cast<UINT>(-240)

之后你就可以直接在WindowProc中用LVN_ENDLABELEDIT宏来判断，不需要手动写冗长的数值。

2. 显式进行类型转换匹配 #

在处理WM_NOTIFY消息时，把无符号的code转换为有符号整数，再和宏的有符号值比较：

void __fastcall TMyListView::ListViewWndProc(TMessage &Msg)
{
    if (Msg.Msg == WM_NOTIFY)
    {
        NMHDR* pNMHDR = reinterpret_cast<NMHDR*>(Msg.LParam);
        // 将无符号code转为有符号int，消除类型转换导致的数值偏差
        if (static_cast<int>(pNMHDR->code) == LVN_ENDLABELEDIT)
        {
            NMLVDISPINFO* pDispInfo = reinterpret_cast<NMLVDISPINFO*>(Msg.LParam);
            // 只有当pszText为NULL时，才是用户按ESC取消编辑
            if (pDispInfo->item.pszText == nullptr)
            {
                // 这里写你处理取消编辑的逻辑
                ShowMessage("标题编辑已取消");
            }
        }
    }
    // 别忘了调用原窗口过程，保证ListView的正常功能
    inherited;
}

额外提醒：判断用户是否按ESC取消编辑，不能只靠LVN_ENDLABELEDIT通知，还要检查NMLVDISPINFO->item.pszText是否为NULL——因为正常完成编辑时也会触发这个通知，只有取消操作时pszText才会是NULL。

额外验证方法 #

你可以直接打印出当前LVN_ENDLABELEDIT的数值，确认是否和标准值一致：

ShowMessage(IntToStr(LVN_ENDLABELEDIT));

如果输出不是-240，那就坐实了宏定义错误的问题，用上面的重新定义方法就能彻底解决。

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