message loop and win prok

在窗口大小发生改变时，系统往窗口发送WM_SIZE消息，WPARAM指出窗口新的状态，LPARAM给出窗口新的大小。窗口的状态有三种：SIZE_MINIMIZE，SIZE_MAXIMIZE，SIZE_RESTORED。系统根据当前窗口的状态，在产生WM_SIZE消息时指定不同的WPARAM。然而，系统如何知道窗口当前的状态。很显然，系统必须用一些内存保存窗口当前的状态。保存在哪里呢？

最近，忙于写“抽取QQ相册图片URL”模块，没有多大时间写心得。早在曾同学给我下单的第二天，我就已经写好了模块的一个初始版本，可是我的模块始终存在着三个问题：无法屏蔽“脚本错误调试”窗口、内存消耗太大、速度不快。速度不快，这是因为对于一个给定的QQ号，腾讯需要从数据库里面提取相关数据，然后再传回到客户端，网速如果不快，或者腾讯服务器忙，必然会导致我的模块速度变慢。不过，通过设置浏览器的控制

在窗口与窗口之间毫无重叠的情况下，根本不需要关心z-order。然而，当窗口之间出现重叠时，系统就需要通过一个标准来确定窗口的显示顺序。这个标准就是z-order。存在多个因素影响一个窗口的z-order：        1、窗口类型是否为TOPMOST；        2、窗口间的父子关系；        3、窗口间的owner关系；        4、是否为active状态。

      在英式度量体系中 1磅=1/72英寸，对于17寸的CRT而言，大小为10磅的字体最适合阅读。假设字体大小的磅值是物理意义上的，那么当电脑外接一个投影仪时，由于系统的所有属性均没变，所以在投影仪上显示的字体的大小也是10磅。但是，投影仪离观看者的距离已经变长很多，相对而言字体就会显得很小，不适宜观看者的阅读。      WINDOWS为了用户能够在不同设备条件下取得同样的用户体验

在做一些异形窗口时，往往会响应以下NC消息： WM_NCPAINT, WM_NCACTIVATE, WM_NCLBUTTONDOWN, WM_NCMOUSEMOVE。 但是，对于NC区的处理方式会受到系统版本及桌面主题的影响。最明显的一个例子是， 在XP和WIN7下，窗口标

语句如下：     ShellExecute(NULL, _T("open"), _T("explorer"), _T("/select,\"f:\\TDDownload\\down=yes.zip\""), NULL, SW_NORMAL);     注意，第四个参数中路径

使用ATL窗口时，经常会手动销毁窗口，大致的代码如下：     DestroyWindow();     m_hWnd = NULL; DestoryWindow()调用是同步的，函数返回时窗口已经被销毁。做为一个微软的好公民，手动将m_hWnd置为空是一个好习惯。     但是，这种做法是不合理的。因为m_hWnd是父类的成员，它的值应该由父类控制。其实，在某些情况下这种做法会产生一个隐

CBitmap::LoadBitmap可以从EXE模块中获取指定资源的位图句柄（HBITMAP），该函数内部使用WIN32 API：LoadBitmap加载资源。仔细查看API LoadBitmap的remark部分，可以发现该API加载后得到的位图是一个“设备相关的位图”。这样就存在一些缺陷：这种位图无法选入到打印机中；如果当前的系统配置改变，加载得到的位图也会跟着改变。本人在实际项目中

影响背景刷新的因素有：1、注册窗口类时，是否指定了hbrBackground；2、调用InvalidateRect时，第三个参数的取值。可以分为以下三种情况：1、未指定hbrBackgroundBeginPaint返回的PAINTSTRUCT的成员fErase为TRUE2、指定了hbrBackground且调用InvalidateRect时第三个参数为FALSE

《深入浅出MFC》这本书，对于VC程序员来说，应该算是如雷贯耳。此书对于MFC程序的来龙去脉阐述颇为精彩，但也许是出于描述的方便，在讲到“主窗口如何产生”这一话题时，侯老师将我们平常在VC下看到的CMyApp::InitInstance()修改了一下，如下所示：//the original codesBOOL CSellManagerApp::InitInstance(){ /

在Windows98时，为了节省内存，需要一个应用程序的多个实例共享一个WNDCLASS。当程序启动时，hPreInstance指向前一个实例，如果当前实例为第一个实例，那么其值为NULL。所以，早期的WINDOWS程序，总会有如下代码：if (!hPreInstance){  wndclass.cbStyle = *** *** *** RegisterClass

1、添加以下宏，处理WM_CTLCOLOR*消息   MESSAGE_HANDLER(WM_CTLCOLOR*, OnCtlColor)   2、在OnCtlColor中： LRESULT CAboutDlg::OnCtlColor(UINT /*uMsg*/, WPA

http://msdn.microsoft.com/en-us/library/ms686724%28v=vs.85%29.aspx     Terminating a thread has the following results: Any resources o

WM_COMMAND   用户的操作导致的消息，比如用户选择了某个菜单项、按下某个快捷键、点击某个按钮。程序员处理这些消息。   WM_NOTIFY   控件跟父窗口沟通的渠道。父窗口处理这些消息。   ==============================

本文探讨了VM框架中模块层与界面树的转换机制。通过三个核心类(ModuleBase、ModuleParam、ModuleNode)和UpdateTree方法，实现了线性模块列表到树形界面的投影转换。ModuleBase负责模块执行逻辑，ModuleParam管理模块身份和状态，ModuleNode则处理界面展示。界面树并非独立数据，而是通过ProcessView.UpdateTree方法将ModuleList动态转换为树形结构，借助栈结构处理层级关系，最终在WPF TreeView中呈现模块的执行流程和状态

**反转单链表**是面试与教材里极高频的一题：给定头结点，把 `1 → 2 → 3 → nullptr` 变成 `3 → 2 → 1 → nullptr`。

本文深入解析了MyBatis中collection标签处理一对多关联查询的底层机制。

CPFS性能监控方法及价值摘要 CPFS文件系统性能监控对AI训练、HPC等场景至关重要，核心价值包括实时掌握IOPS、吞吐带宽、延迟及元数据QPS，优化业务效率并快速诊断问题。提供三种监控方式： NAS控制台：可视化查看1小时至30天性能趋势，支持IOPS、吞吐等关键指标分类分析； 云监控控制台：适用于集中监控与告警配置，可联动多云资源； 云监控API：支持批量查询与自动化运维，集成自有监控平台。 按需选择：日常运维用NAS控制台，告警管理用云监控，自动化场景调用API。