http://blog.sina.com.cn/s/blog_4c3538470100gews.html
对于Windows系统中各种控件换肤功能，要数滚动条的换肤最难实现了，尤其是控件自带的系统滚动条，如Edit、ListBox、ListView、TreeView等自带的系统滚动条，要想实现其自定义的皮肤功能，用常规办法似乎都无法实现。
对于常规的皮肤定制一般都是通过定制WM_PAINT、WM_ERASEBKGND、WM_CTLCOLORxxx、NM_CUSTOMDRAW来实现。然而系统滚动条的绘制，常规的、很阳光的方法行不通，微软把一条康庄大道堵死了。根据我的观察测试，系统滚动条有许多的消息都对其执行了绘制，这包括WM_NCPAINT、WM_NCMOUSEMOVE、WM_NCMOUSELEAVE、WM_HSCROLL、WM_VSCROLL、WM_KEYDOWN、WM_MOUSEWHEEL等等，这些消息中有些可以定制，但有些没法定制。比如WM_HSCROLL就无法定制，如果我们处理这个消息，就必须自己控制滚动条的范围、位置、翻页值，而这些值我们通常无法得到，微软根本没有告诉我们，对于不同的控件它操控滚动条到底采用何种策略，不晓得。假若我们不去定制这个WM_HSCROLL，而默认的处理它又执行滚动条的绘制，这真是进退无路，叫人束手无策。当然不是完全没有办法，死路一条。为了克服障碍，翻越障碍，每个人有不同的策略，有攀岩翻越的，安全性不高；也有走小路绕行的，比较费力。
在网上反复搜索，自己也仔细研究，基本有两种办法来实现系统滚动条换肤，一种方法是HOOK API，也就是拦截API的办法，还有一种是模拟法。
拦截API，实际上是修改操作系统的API入口。因为系统绘制滚动条是通过各种绘制函数来实现的，比如SetScrollInfo()，基本系统通过这一类函数实现滚动条的绘制，对这个API进行拦截，也就是我们自己写一个SetScrollInfo()，来亲自实现滚动条的绘制，以便由此实现滚动条的自定义绘制，实现我们想要的各种风格的皮肤外观。API的拦截有两种：一种是修改系统所装入内存可执行模块的导入地址，替换成我们所写的伪API的地址，使API调用能够自动跳转到这个伪API上；还有一种是直接修改API函数首地址处的若干机器指令，保存现场，写入跳转指令，使系统在执行到这个API时能自动跳转到我们所写的伪API上。我要说的是，这个拦截办法还真是有些邪门，有安全隐患，病毒就常干这种事情。对操作系统进行这类暴力破解式的修改，很容易引起系统防火墙或反病毒软件报错，Windows原则上不允许干这种事；其二，一旦使用此法的程序因异常而崩溃，原本对操作系统的修改没有还原，这可能会伤害到系统里的所有进程的稳定性，导致死机或运行异常。对于商业性的工程开发，往往很忌讳这一点，都倾向于追求稳定，通常是宁用拙法，不玩巧技；其三，此法有线程同步问题：因为正当你修改程序指令同时，若其他进程里的线程恰好执行到这里时候问题就会爆发出来，单CPU可能没啥问题，系统内存和CPU缓冲可以做到同步，但多核系统就难说了；另外这个方法还有移植性问题：在一种版本的系统中，通过拦截API有效，在另一种版本的系统中，就不见得还有效，毕竟微软实现滚动条的绘制，它没规定一定就用哪个函数来实现，也许新系统中它另有高招，API拦截也就不灵了。
下面我要详细讲的是模拟法了，这个办法不用拦截API，所有的技术实现都约束在系统所允许的范围内，咱一丝不苟的当遵纪守法的良民。
所谓模拟法就是在系统滚动条的区域放置一个模拟窗口，这个窗口专门用于绘制系统滚动条。当然我们也要拦截带滚动条控件的若干消息，以确保模拟窗口的绘制正确。下面只以ListView控件的水平滚动条为例，进行说明，垂直滚动条换肤可以列推。
首先我们要在滚动条的区域上创建一个模拟窗口，恰好覆盖滚动条：
HWND hListView = ...;//ListView窗口的句柄
HWND pWnd = ::GetParent(hListView);
HWND hBuddy = ::CreateWindowEx(WS_EX_NOACTIVATE, "Buddy_Window", "", WS_CLIPSIBLINGS|WS_DISABLED|WS_CHILD, 0, 0, 0, 0, pWnd, NULL, gModule, NULL);
Buddy_Window是你注册的模拟窗口类。注意，窗口一定要有WS_DISABLED风格，这是个关键，这个风格能够确保鼠标操作能够透过模拟窗口，而直接操控到所覆盖的滚动条，模拟窗口本身不接受任何鼠标键盘的输入。另外读取滚动条的矩形以及它的各个元素的可视、可用、压下等状态可通过GetScrollBarInfo()这个API来完成。
完成创建模拟窗口之后，你要给ListView安装一个你写的窗口过程，以拦截各种导致滚动条属性改变的种种消息：
LRESULT CALLBACK MyListViewProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
case WM_LBUTTONDOWN:
case WM_LBUTTONDBLCLK:
case WM_NCMOUSEMOVE:
case WM_NCMOUSELEAVE:
}
......
gOldListViewProc = (WNNPROC)::GetWindowLong(hListView, GWL_WNDPROC);
::SetWindowLong(hListView, GWL_WNDPROC, LONG(&MyListViewProc));//安装窗口过程
消息处理：
首先我们要拦截WM_NCLBUTTONDOWN 和 WM_NCLBUTTONDBLCLK这两个消息，当你在滚动条上按下鼠标时，就立刻触发WM_NCLBUTTONDOWN，如果连续快速按两下鼠标就还有WM_NCLBUTTONDBLCLK。注意双击时只有一个WM_NCLBUTTONDOWN消息，而不是两个。第二次按鼠标会出现一个WM_NCLBUTTONDBLCLK。实际上这两个消息我们完全可以等而视之，做相同的处理。系统在处理这个两个消息时，都会在其内部处理中触发许多其他消息，其中有若干个WM_HSCROLL、WM_CAPTURECHANGED、WM_NCMOUSELEAVE。我们主要是要处理WM_HSCROLL，因为它最有价值。在你松开鼠标后，系统发送并处理完最后一个WM_HSCROLL之后，这才从WM_NCLBUTTONDOWN或WM_NCLBUTTONDBLCLK中返回：
if(msg == WM_NCLBUTTONDOWN || msg ==
{
}
我建议大家去微软的网站下载ControlSpy 2.0这个小工具，它用来监视控件的消息，这东西很有用。
下面我们再看WM_HSCROLL消息，这个消息一般是系统处理WM_NCLBUTTONDOWN或者WM_NCLBUTTONDBLCLK时产生的，但有时也可能是程序刻意发送的，和滚动条操作没有关系。
if(msg == WM_HSCROLL)
{
}
另外还有许多其他的消息可能导致滚动条属性的变化，如用户的键盘操作、鼠标滚轮操作可能导致滚动条的Thumb位置发生改变，这些操作分别导致WM_KEYDOWN和WM_MOUSEWHEEL，而系统又在这两个消息中执行滚动条的绘制，因此你必须截获它们，但处理方法同WM_HSCROLL，这里不再啰嗦了。
当我们没有按下鼠标左键时，只是简单地在滚动条移动鼠标时，我们会发现滚动条的按钮和Thumb都会自动高亮，其实这些变化都是系统在WM_NCMOUSEMOVE和WM_NCMOUSELEAVE中绘制完成的。比如当鼠标进入到Thumb上时，它就高亮了，当鼠标离开它，它又变灰色了，你要分别处理WM_NCMOUSEMOVE和WM_NCMOUSELEAVE这两个消息。注意只有ListView应用主题风格之后才可能有WM_NCMOUSELEAVE消息，传统风格的ListView就没有这个消息，只有WM_NCMOUSEMOVE消息，因此处理高亮还真有些麻烦。正是因为主题风格和传统风格的差异，因此我建议你也处理WM_THEMECHANGED消息，以识别不同的主题模式，实现不同高亮处理。看上面那个图，TreeView的滚动条是主题风格的，但ListView的滚动条是传统风格的，但我加了换肤功能。
另外，我们还应当拦截处理ListView的WM_NCPAINT，将滚动条的区域抠掉，不让它绘制滚动条。尽管滚动条被模拟窗口遮住了，但还是有必要这样做，以防止出现意外情况：
if(msg == WM_NCPAINT)
{
}
另外，还要拦截WM_WINDOWPOSCHANGING消息，因为当ListView的位置、尺寸、Z秩序发生改变时要及时调整模拟窗口的位置、尺寸、Z秩序。为何要在WM_WINDOWPOSCHANGING中进行，而不选择在WM_WINDOWPOSCHANGED或WM_MOVE或WM_SIZE中进行呢？因为在WM_WINDOWPOSCHANGING中处理，可让模拟窗口先于ListView调整自己的位置、尺寸和Z，可避免一些绘制问题。实际我在FreeCL中既用了WM_WINDOWPOSCHANGING，也用到WM_WINDOWPOSCHANGED两个消息。在处理WM_WINDOWPOSCHANGING时调整位置、尺寸、Z秩序，在处理WM_WINDOWPOSCHANGED时，强制重绘模拟窗口。
末了还要说明一点的是，系统可能因为用户改变控件尺寸导致其滚动条自动消失或自动显示，或者调整滚动条的可用状态，如你拉宽支持多行显示的Edit控件，会导致滚动条箭头按钮变灰，Thumb消失。这些动作通常都是在WM_WINDOWPOSCHANGED中完成的，因此这个消息也需要拦截处理：
if(msg == WM_WINDOWPOSCHANGED)
{
}
最后要处理WM_SHOWWINDOW和WM_DESTROY，当ListView隐藏时让模拟窗口也随之消失；当它显示时，让模拟窗口也随之显示。当ListView销毁时会触发WM_DESTROY，这时也需要销毁模拟窗口，这很重要。
总的来讲，模拟法是蛮麻烦的，但比较安全，可靠性高。对开发者来讲，都是对消息进行特定处理，是常规手段，对最终用户来讲，用此法实现的滚动条自绘，完全能够满足要求，具有充分的自由度，甚至可以对滚动条添加更多特定的功能，比如可以在上面添加其他按钮，就算是加动画、加广告也都是可以的。