duilib的list控件的键盘上下键激活并获取子项名失败的bug

最新推荐文章于 2022-06-17 18:19:25 发布
原创 最新推荐文章于 2022-06-17 18:19:25 发布 · 503 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#duilib

本文介绍Duilib中CListUI类键盘事件处理的优化方案，解决了使用键盘上下键选择列表项时出现的问题。通过调整DoEvent方法内对UIEVENT_KEYDOWN事件的处理流程，确保了节点值获取的准确性。

这个主要是解决在属性列表中，按键盘的上下键获取节点的值出错的问题

duilib的源码

void CListUI::DoEvent(TEventUI& event)
{
    if( !IsMouseEnabled() && event.Type > UIEVENT__MOUSEBEGIN && event.Type < UIEVENT__MOUSEEND ) {
        if( m_pParent != NULL ) m_pParent->DoEvent(event);
        else CVerticalLayoutUI::DoEvent(event);
        return;
    }

    if( event.Type == UIEVENT_SETFOCUS ) 
    {
        m_bFocused = true;
        return;
    }
    if( event.Type == UIEVENT_KILLFOCUS ) 
    {
        m_bFocused = false;
        return;
    }

    if( event.Type == UIEVENT_KEYDOWN )
    {
        if (IsKeyboardEnabled() && IsEnabled()) {
            switch( event.chKey ) {
            case VK_UP:
                SelectItem(FindSelectable(m_iCurSel - 1, false), true);
            case VK_DOWN:
                SelectItem(FindSelectable(m_iCurSel + 1, true), true);
            case VK_PRIOR:
                PageUp();
            case VK_NEXT:
                PageDown();
            case VK_HOME:
                SelectItem(FindSelectable(0, false), true);
            case VK_END:
                SelectItem(FindSelectable(GetCount() - 1, true), true);
            case VK_RETURN:
                if( m_iCurSel != -1 ) GetItemAt(m_iCurSel)->Activate();
            }
            return;
        }
    }

    if( event.Type == UIEVENT_SCROLLWHEEL )
    {
        if (IsEnabled()) {
            switch( LOWORD(event.wParam) ) {
            case SB_LINEUP:
                if( m_bScrollSelect ) SelectItem(FindSelectable(m_iCurSel - 1, false), true);
                else LineUp();
                return;
            case SB_LINEDOWN:
                if( m_bScrollSelect ) SelectItem(FindSelectable(m_iCurSel + 1, true), true);
                else LineDown();
                return;
            }
        }
    }

    CVerticalLayoutUI::DoEvent(event);
}

改进之后

void CListUI::DoEvent(TEventUI& event)
{
    if( !IsMouseEnabled() && event.Type > UIEVENT__MOUSEBEGIN && event.Type < UIEVENT__MOUSEEND ) {
        if( m_pParent != NULL ) m_pParent->DoEvent(event);
        else CVerticalLayoutUI::DoEvent(event);
        return;
    }

    if( event.Type == UIEVENT_SETFOCUS ) 
    {
        m_bFocused = true;
        return;
    }
    if( event.Type == UIEVENT_KILLFOCUS ) 
    {
        m_bFocused = false;
        return;
    }

    if( event.Type == UIEVENT_KEYDOWN )
    {
        if (IsKeyboardEnabled() && IsEnabled()) {
            *switch( event.chKey ) {
            case VK_UP:
                SelectItem(FindSelectable(m_iCurSel - 1, false), true);
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_DOWN:
                SelectItem(FindSelectable(m_iCurSel + 1, true), true);
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_PRIOR:
                PageUp();
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_NEXT:
                PageDown();
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_HOME:
                SelectItem(FindSelectable(0, false), true);
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_END:
                SelectItem(FindSelectable(GetCount() - 1, true), true);
                if (m_iCurSel != -1) GetItemAt(m_iCurSel)->Activate();
                break;
            case VK_RETURN:
                if( m_iCurSel != -1 ) GetItemAt(m_iCurSel)->Activate();
                break;*
            }
            return;
        }
    }

    if( event.Type == UIEVENT_SCROLLWHEEL )
    {
        if (IsEnabled()) {
            switch( LOWORD(event.wParam) ) {
            case SB_LINEUP:
                if( m_bScrollSelect ) SelectItem(FindSelectable(m_iCurSel - 1, false), true);
                else LineUp();
                return;
            case SB_LINEDOWN:
                if( m_bScrollSelect ) SelectItem(FindSelectable(m_iCurSel + 1, true), true);
                else LineDown();
                return;
            }
        }
    }

    CVerticalLayoutUI::DoEvent(event);
}
duilib 基本控件 之 列表控件应用
目前打算换一个工作，有招聘windows c++方向的也欢迎联系，北京、济南 最好
03-26 559
因为列表单项中，有自定义的控件HBitmapControl ，所以这里创建列表项时，有个创建回调，专门处理自定义控件。
duilib 进阶 之 list 容器使用 及扩展
目前打算换一个工作，有招聘windows c++方向的也欢迎联系，北京、济南 最好
09-21 762
比如列表项设置为mousechild为false时, 点击列表项的任何位置都是一样，即使点的是个BUTTON，都是响应列表项选中事件。其中，AttachClick，AttachBubbledEvent 写一个就行，两者作用一样，我这里是为了演示说明用，才这么写的。点击除这个BOX之外的列表项，其它位置时，因为其它位置没有其它子控件，这时候，有列表项处理点击事件，所以会响应列表选中事件。比如子控件有一个BUTTON，则点击BUTTON时，BUTTON会响应这个点击事件，这时候列表不在响应选中事件。
DuiLib 对键盘消息的处理——ESC、空格键
bible521125的专栏
03-28 9019
今天，改BUG 窗体显示，按空格键，追到： bool CPaintManagerUI::PreMessageHandler(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& /*lRes*/) {     for( int i = 0; i     {         bool bHandled = false;
duilib 中list控件GetCurSel()异常问题
gongxie0235的博客
03-19 303
第一次点击列表中的子项时，点击第一个，返回的是-1，每次返回都是返回的上次记录的下标。 需要修改UIList.cpp文件中的内容： 搜索“DUI_MSGTYPE_ITEMCLICK”（“itemclick”），可以找到两个地方，需要将如下代码修改 if( event.Type == UIEVENT_BUTTONDOWN || event.Type == UIEVENT_RBUTTONDOW...
duilib学习------网易云信点击combo控件，程序崩溃
u011269801的专栏
05-08 738
前面所用的Combox控件，在vs2013中使用的时候，会莫名的崩溃，这个问题查了挺久，偶然间从网上得到了解决办法。 布局文件中这样写： <Combo class="list" name="combo" height="30" margin="0,12,0,0" padding="6" bkimage="file='../public/combo/normal.png' corner='5,5,30,5'"/> 解决办法： 当点击控件的时候就崩溃，此时需要在global.xml 里添加一.
duilib list控件使用
11-18
通过`FindControl`函数获取List控件的指针，然后调用`AddItem`或`InsertItemAt`方法添加子项。例如： ```cpp CListUI* pList = static_cast*>(m_pRoot->FindControl(_T("list"))); for (int i = 0; i ; i++) { ...
Duilib列表控件ListEx扩展 支持按钮等各种控件
01-24
ListEx控件是Duilib中的一个核心组件，它在基础的列表控件基础上进行了扩展，提供了更丰富的功能和更灵活的定制能力。这篇描述涉及的是如何在ListEx控件中添加并支持各种类型的子控件，如按钮，从而增强用户界面的...
duilib 控件位置
目前打算换一个工作，有招聘windows c++方向的也欢迎联系，北京、济南 最好
06-17 594
目录一、查找位置1、控件数量2、获得元素位置3、根据位置 查找控件二、位置变换1、交换两控件位置2、设置控件索引三、添加、删除元素1、添加元素1）、在末尾添加元素2）、在指定位置添加2、删除元素1）、根据指针寻找元素 删除2）、根据指针索引，移除控件3）、移除所有控件四、扩展 不同容器间 元素交换1、不同容器中，交换元素2、代码分析1）、AutoDestroy2）、将控件移动到另一个容器中逻辑 2、获得元素位置 这是最简单的情况，duilib Box容器已经有了代码 这种情况，只是改
duilib的一些bug
编码的风景
05-09 2073
duilib是一个开源的界面库，我的一个软件--小妞会装机就是用它做界面库。小妞会装机这个软件界面比较简单，就用到了一些基本控件，所以用duilib是挺合适的。但是有个问题真是让人郁闷，那就是它的界面编辑器总是崩溃。看来duilib用的人还是很少，要不不会有这么多问题。我自己是不能忍受了，就把这个bug改了一下。本想将修复代码提交给duilib，但是申请加入duilib群没有成功。算了，贴在这儿吧
duilib学习笔记
热门推荐
mergerly的专栏
01-31 1万+
前段时间对皮肤引擎比较感兴趣，于是在VS第一人称快的无法直视的dot大神推荐下，看了一个小巧又好用的皮肤引擎：duilib。 1. duilib简介 duilib是一个开源的DirectUI界面库，简洁但是功能强大。而且还是BSD的license，所以即便是在商业上，大家也可以安心使用。 现在大家可以从这个网站获取到他们所有的源码：http://code.google.com/p/d
Duilib源码的关键部分
Skilla的专栏
11-26 3685
Skilla使用duilib已经有一年了，经过一年的摸索，也逐渐地解开了里面的大大小小的秘密。从熟悉Demo到布局特性的了解也是经历了数月的时间，核心机制也是最后才弄明白的，源码的探索也是由表及里的。但是这个速度是非常缓慢的，所以今天Skilla要写这篇文章，让大家可以有主到次地来认识Duilib。         其实，要想以最快的速度把源码弄通，是需要有先后顺序的，说的再简单点就是要抓住核心
Duilib中的控件消息
Marcelxx的专栏
08-05 1635
所有继承自CControl类的控件都有事件消息，都可以有DoEvent函数进行事件消息响应。 其余的，可以自定义DoEvent事件，然后自己实现DoEvent函数进行响应。             TEventUI event;             event.Type = UIEVENT_KEYDOWN;             event.chKey = (TCHAR)wParam
Duilib 关于ChildLayout崩溃的问题
weixin_30287169的博客
12-25 336
遇到了一个很麻烦的问题，一个ChildLayout，在设置新的xml布局文件的时候，调用了RemoveAll函数后，很有可能会导致整个程序崩溃，此时可以调用ChildLayout的SetAutoDestroy函数，参数为false即可，原因不明，很有可能和Duilib本身的逻辑有关。 以后有时间了再仔细看看源码。 转载于:https://www.cnblogs.com/leomoli/p/811...
关于duilib 中list控件GetCurSel()返回异常的处理
她的吻让他
02-22 1052
最近用到duilib库中的list 控件,现在实现的要求是单击list列表中的一项,然后触发itemclick事件,将被点击的这一栏内容写入临时变量内,为此需要获取被点击栏的序号,通过一些demo可以知道通过GetCurSel()去获得,但是这样就有一个bug,就是你的每次单击触发的事件获取的GetCurSel()都是上一次的序号,例如我有这样一个list表格 我第一次单击列表序号为0的行,...
解决Duilib list控件，removeall() 时存在内存泄露的问题
fendouliuyun的博客
07-04 2933
遇到的问题:最近在测试新客户端时，发现刷新duilib list控件时，内存嗖嗖的往上涨，几千条数据来回刷新，内存占用就涨到了200兆左右。起初还以为是自己构造的list没有及时释放造成的，后面改了之后依然没有效果，只好跟进duilib的源码进行，看list控件是怎么删除当前自己的list元素的，进去就发现了大问题 void CListUI::RemoveAll() { m_iCurSel
光引用 DuiLib_Ultimate 库的 DuiLib/UIlib.h 头文件时应用退出不会产生泄漏，有可能编译器优化了。而我尝试在库里添加了一个空白的Class，项目中使用哪怕只是分配栈内存，退出应用同样会内存泄漏。会不会是因为DuiLib/UIlib.h 里面分配了什么未释放的，但是库很庞大，有什么查找的快捷手段吗？
最新发布
08-23
<think>我们正在处理一个DuiLib项目中的内存泄漏问题，特别是使用DuiLib_Ultimate库时引入头文件或自定义类后出现的泄漏。根据之前的讨论，我们已经集成了VLD工具，现在需要快速定位泄漏点。 步骤： 1. 确认VLD已正确集成：确保在Debug模式下包含vld.h并链接vld.lib（如引用[3]所示，在stdafx.h中配置）。 2. 运行程序，观察VLD输出的泄漏报告。 3. 分析报告，重点关注泄漏点是否在自定义类中或DuiLib内部。 由于用户提到在引入DuiLib/UIlib.h或添加自定义类后出现泄漏，我们可以采取以下策略： 策略一：隔离自定义代码 - 注释掉所有自定义类相关的代码，运行程序，观察泄漏是否消失。 - 如果消失，则逐个取消注释，每次运行并观察VLD报告，直到找到引入泄漏的代码块。 策略二：分析VLD报告 - 查看泄漏报告中分配内存的调用堆栈，注意堆栈中是否包含自定义类或DuiLib控件的创建代码。 - 例如，如果泄漏报告中出现类似下面的堆栈： TestApp.exe!MyCustomClass::Create (myclass.cpp:20) TestApp.exe!CMainFrame::OnCreate (mainframe.cpp:30) 则说明在CMainFrame::OnCreate中创建的MyCustomClass对象没有释放。 策略三：检查DuiLib控件的释放 - DuiLib中的控件通常使用delete释放，但要注意控件是否被添加到窗口上（窗口关闭时会自动释放子控件）。如果创建了控件但没有添加到窗口上，则需要手动delete。 - 特别注意定时器中的操作：如引用[1]中提到的定时清除List控件子项并重新添加，如果每次清除时没有正确释放子项，则会导致内存泄漏（以及GDI泄漏）。 策略四：检查资源释放 - DuiLib中的资源（如图片、字体等）需要手动释放，例如在程序退出时调用资源管理器的释放函数（如引用[1]中提到的CResourceManager::ReleaseAll）。 - 自定义类中如果使用了DuiLib资源，也要确保在析构时释放。 策略五：检查跨DLL边界释放问题 - 如果自定义类在DLL中分配内存，而在EXE中释放，可能会因为不同的堆导致问题。应该使用一致的分配和释放方式（如DuiLib提供的Delete接口）。 具体操作步骤： 1. 在stdafx.h中配置VLD（如之前所述）。 2. 在程序入口启用VLD，在程序退出时报告泄漏（如之前所述）。 3. 运行程序，执行可能导致泄漏的操作（如反复操作List控件）。 4. 关闭程序，查看VLD报告。 示例：定位List控件子项泄漏 - 问题描述：每次清除List控件子项时，没有正确释放子项控件，导致内存和GDI句柄泄漏。 - 修复方法：在清除子项时，必须遍历并删除每个子项控件。DuiLib中，可以使用`CContainerUI::Remove`或`CContainerUI::RemoveAll`，但注意这些函数只是从容器中移除控件，并不会释放控件对象。因此，需要先获取子项，然后删除。 错误示例： ```cpp m_pList->RemoveAll(); // 只是移除，没有释放内存 ``` 正确做法： ```cpp for (int i = 0; i < m_pList->GetCount(); i++) { CControlUI* pItem = m_pList->GetItemAt(i); if (pItem) { delete pItem; } } m_pList->RemoveAll(); // 或者直接使用RemoveAll(true)来同时删除子项 ``` 注意：DuiLib的`RemoveAll`函数有一个参数，设置为true可以自动删除子项： ```cpp m_pList->RemoveAll(true); // 删除所有子项并释放内存 ``` 5. 如果VLD报告指向DuiLib内部（如DuiLib_Ultimate.dll中的分配），则考虑是否是DuiLib本身的泄漏。可以尝试更新到最新版本（如引用[2]提到的PC_UIKit，它修复了若干Bug）。 6. 对于自定义类，确保遵循谁创建谁释放的原则。如果自定义类继承自DuiLib的控件类，则通常使用delete释放。 7. 如果泄漏报告中有ucrtbased.dll相关的分配（如malloc），但调用堆栈指向自定义代码，则说明是自定义代码中分配的内存没有释放。 高级技巧：使用VLD的标记功能 - 在开始执行一段可能泄漏的代码前，调用`VLDMarkAllLeaksAsReported()`标记当前状态。 - 执行完这段代码后，调用`VLDReportLeaks()`报告新产生的泄漏。 示例： ```cpp void TestListLeak() { VLDMarkAllLeaksAsReported(); // 忽略之前的泄漏 // 执行测试：添加1000个列表项 for (int i = 0; i < 1000; i++) { CListContainerElementUI* pElement = new CListContainerElementUI; // ... 设置元素属性 m_pList->Add(pElement); } // 清除列表（不释放内存） m_pList->RemoveAll(false); // 这里应该报告1000个泄漏 VLDReportLeaks(); // 报告从Mark之后新产生的泄漏 } ``` 通过这种方法，可以快速定位到具体哪段代码产生了泄漏。 最后，如果问题依然存在，建议检查DuiLib的版本，并参考开源社区（如PC_UIKit）的修复，或者尝试使用最新的DuiLib_Ultimate版本。 注意：GDI泄漏（如引用[1]中提到的GDI句柄数一直增加）通常是由于没有删除GDI对象（如HBITMAP, HBRUSH等）造成的。在DuiLib中，如果使用了自定义绘制，确保在控件销毁时释放GDI对象。 例如，在自定义控件中： ```cpp class MyControl : public CControlUI { public: MyControl() { m_hBmp = ::LoadBitmap(hInstance, _T("test.bmp")); } ~MyControl() { if (m_hBmp) ::DeleteObject(m_hBmp); } private: HBITMAP m_hBmp; }; ``` 如果没有在析构函数中释放，则每次创建并销毁该控件都会泄漏一个位图句柄。 总结步骤： 1. 配置VLD。 2. 运行程序，复现问题。 3. 分析VLD报告，定位泄漏点。 4. 检查相关代码，确保分配的资源被正确释放。 5. 使用VLD的标记功能隔离泄漏代码段。 6. 关注GDI泄漏，确保GDI对象被删除。 如果按照上述步骤，应该能够快速定位并解决泄漏问题。</think>### 在 DuiLib_Ultimate 库中快速定位内存泄漏的方法 #### 一、核心排查步骤（基于 VLD 报告分析） 1. **隔离泄漏场景** ```cpp // 在测试函数前后添加标记（stdafx.h 已配置 VLD） void TestLeakScenario() { VLDMarkAllLeaksAsReported(); // 标记当前状态 // 引入可疑代码（如自定义类实例化） MyCustomClass* pObj = new MyCustomClass(); // 测试点 pObj->Init(); // 故意不释放：模拟泄漏 VLDReportLeaks(); // 仅报告新产生的泄漏[^1] } ``` 2. **解读 VLD 报告关键信息** 当报告出现： ``` Leak: 48 bytes at 0x00C1A2F0 Call Stack: ucrtbased.dll!malloc() Duilib_Ultimate.dll!CDuiString::Alloc() (uistring.cpp:120) TestApp.exe!MyCustomClass::Init() (myclass.cpp:45) <-- 自定义类泄漏点 ``` 重点检查： - 最后出现的自定义文件名（如 `myclass.cpp:45`） - DuiLib 内部调用栈（如 `uistring.cpp`） - 泄漏大小是否与自定义类成员匹配 3. **DuiLib 控件泄漏专项检测** ```cpp // 检查控件释放（引用[1]的 List 控件案例） void TestListLeak() { CListUI* pList = new CListUI; pList->RemoveAll(); // 清除子项 // 模拟重新添加 for(int i=0; i<100; i++) { CListContainerElementUI* pItem = new CListContainerElementUI; pList->Add(pItem); // 可能泄漏点 } // 必须显式删除（DuiLib 不会自动释放） delete pList; } ``` #### 二、自定义类泄漏排查技巧 1. **资源释放验证模板** ```cpp class MyCustomClass : public CControlUI { public: MyCustomClass() { m_pBitmap = new CDuiBitmap; // 可疑点 m_hFont = ::CreateFont(/*...*/); // GDI 泄漏源[^1] } ~MyCustomClass() { delete m_pBitmap; // 必须实现 ::DeleteObject(m_hFont); // 易遗漏点 } private: CDuiBitmap* m_pBitmap; HFONT m_hFont; }; ``` 2. **跨模块泄漏检测** 当泄漏报告显示 `ucrtbased.dll` 时： ```cpp // 正确做法：使用 DuiLib 的删除接口 void ReleaseControl(CControlUI* pCtrl) { if(pCtrl) { // delete pCtrl; // 错误！跨模块边界 pCtrl->Delete(); // 正确方式[^1] } } ``` #### 三、DuiLib 特定场景泄漏定位 1. **静态资源泄漏**（引用[4]的字体特效） ```cpp // 检查全局资源管理器 void AppExit() { // 必须手动释放（常遗漏） CResourceManager::GetInstance()->ReleaseAll(); TFontInfo::Free(); // 字体特效资源[^4] } ``` 2. **DPI 适配泄漏**（PC_UIKit 新增功能） ```cpp // 检查高DPI缩放资源 void OnDpiChanged() { CDuiBitmap* pNewBmp = LoadScaledBitmap(); // 新分配 if(m_pOldBmp) delete m_pOldBmp; // 必须释放旧资源 m_pOldBmp = pNewBmp; } ``` #### 四、高效调试技巧 1. **泄漏点标记法** ```cpp void SuspectedFunction() { VLDEnable(); VLDSnapshotState(); // 记录初始状态 // 可疑操作... CreateCustomControls(); // 对比快照 VLDReportLeaks(); } ``` 2. **VLD 配置文件优化** 创建 `vld.ini`： ```ini [Options] ReportTo = debugger // 输出到VS调试器 TrackStackWalk = Fast // 加速检测 SkipDuilibRelease = true // 忽略Release版误报 ``` > **定位关键**：当泄漏出现在 `DuiLib/UIlib.h` 包含后，重点检查： > 1. 继承 `CControlUI` 的自定义类析构函数 > 2. 使用 `new` 创建的控件是否调用 `->Delete()` > 3. 全局静态对象（如 `CResourceManager`）[^2] > 4. GDI 对象（`HFONT`/`HBITMAP`）的手动释放[^1]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值