在微软的.NET的Forms窗口控件中，比如Treeview和ListView，仅仅是对通用控件的简单封装，因此他们不正常的引发Paint事件。 微软所发布内容中，能看到的唯一建议就是设置控件的ControlStyles.UserPaint类型，然后自己为控件做所有的绘图操作。 （译注：老外提供了一个TreeViewWithPaint控件类，派生自TreeView类，提供了Paint事件的挂接。）

　　一、为了解决这个问题，我们在类内部使用了一个基于Bitmap类的Graphics对象。当任何窗口重新定义大小时候，对象都会重建。


　　二、重写窗口过程

　　当控件收到了WM_PAINT消息时候，将执行下面的三个步骤：

　　1. 通过一个内部的WM_PRINTCLIENT消息，让原来的控件过程把图象画到内部的Graphics对象上。


　　2. 使用内部的Graphics对象建立PaintEventArgs参数，引发用户的OnPaint()函数。


　　3. 把内部Graphics对象的位图拷贝到屏幕的Graphics设备上。


　　三、所提供的代码和测试程序能使用Paint事件在TreeNode在被选中的时候，在其边框上画个黄色的边框。但是，其实对于我实际要用的项目来说，需要添加背景图的功能没有实现。而这里离我们的目的还有一步之遥，我们对前文绘图过程2和3之间加一个步骤：


　　其实，这里还存在一个问题：在处理WM_PAINT消息时候，通常的做法是使用BeginPaint和Endpaint函数来操作DC画图的，当树结点展开或者折叠时候，我们收到WM_PAINT消息，并由消息得到的刷新区域或者说刷新矩形。关键就是在于，这里的刷新区域不是整个客户区，背景图会出现重叠的部分而变形。

　　解决方法：考虑使用GetDC和ReleaseDC操作，可以避开刷新区域的限制，我们可以把整个客户区重画，而实现背景图的完整性。这里要非常注意的是：BeginPaint和Endpaint函数会自动把需要刷新的区域设为有效，而GetDC和ReleaseDC函数不会，所以我们要自己增加两个操作GetUpdateRect和ValidateRect，也就是自己把需要刷新的区域设置为有效。否则：会不停的得到WM_PAINT消息，和死循环一样，CPU占用达到100%。


　　四、结束语

　　由于使用了Win32的API函数，因此附加了一个Win32内部类，导入了自己需要的函数。