Delphi皮肤控件分析与QQ的皮肤变色功能
关于界面美化方面，一直是一个脑壳疼的问题！以前一直偷懒，使用的三方控件！但是在使用了一段时间之后，都或多或少的有些问题！不是我说三方控件如
何如何的不好！只是三方控件多是庞大的一个肢体，要兼顾的用户群体很多，所以同时它要考虑的问题也增加了很多，然而一个程序出现Bug是在所难免的，所以
三方控件那庞大的肢体在出了问题之后，修改就相当麻烦，首先得捋顺控件的实现过程，才能找到问题所在进而修改，所以虽然很方便，可是再有些时候也是很痛苦
的！我用过的三方皮肤控件还算比较多了，这里重点说两个很流行的，一个VCLSkin，一个BusinessSkinForm，相信多数美化爱好者，对这
两套控件都不陌生，无论使用与自己写皮肤控件时候参考，都是不可多得的好代码！为什么拿这两套控件来做说明，主要原因是这两套控件的实现原理不相同，而皮
肤美化的方法，我所知道的也就这两种方法（当然可能有其他的，不过我不知道，呵呵），先说VCLSkin，此套控件，采用的是Hook，进而子类化，然后
截获各种与界面绘制相关的消息进行控制从而达到界面美化的目的，这个实现起来，就是不必做新控件，直接Hook到窗口过程，处理掉就行，但是由于是
Hook，是以各种问题都跟着来了，先不说Hook链太长，系统效率低下，就是Hook了，经常可能导致某些过程挂钩了之后，未被还原成原有过程，或者某
些过程地址已经无效，钩子函数还在调用从而导致的各种内存错误！再说BusinessSkinForm，这套控件，相对于VCLSkin的Hook子类化
来说，又采用了另一套实现机制，那便是，自己制作轮子，全部自己手工从底层打造一个个的皮肤控件，或者对现成的VCL控件进行一些额外的包装来支持皮肤属
性，这个从实现角度来说要比VclSkin麻烦许多（比如，要支持一个有皮肤的按钮，就需要从底部写一个按钮，要皮肤化ListBox，就需要重新另外包
装一个ListBox来支持皮肤效果），不过使用起来的话，那比VclSkin肯定要稳定许多。所以我是一直钟情于BusinessSkinForm的，
也用了相当的时间！但是也是或多或少的有着一些Bug或者用着不爽的地方，比如BusinessSkinForm的Hint皮肤化后经常出现问题，一会有
问题一会又没问题，定位真正的错误位置都麻烦！同时当窗体复杂了之后，界面拖动大小的时候，延迟很明显，同时界面闪动的非常厉害，到了无法忍受的地步，如
果真要一个个的去修改到符合自己的使用习惯与开发方式，那花费的力气可是不容小窥！于是趁着过年几�
相关文档：
需要用到的一个函数：
LONG SetWindowLong(
HWND hWnd,
int nIndex,
LONG dwNewLong
);
其中nIndex GWL_EXSTYLE Retrieves the extended window styles.
dwNewLong WS_EX_TOOLWINDOW Creates a tool window; that is, a window intended to ......
临界区是一段代码，一次只允许一个线程执行这段代码。当把一段代码放入一个临界区, 线程执行到临界区时就独占了, 其他线程如果要访问这段代码，一定要等前一个访问的线程结束才行。借用前面的比喻比作图书馆，临界区就像把图书馆设计成只有一个位置（现实中好像不太合理，不管了，反正这么个意思），当有一个人正在办 ......
Event事件用法与Mutex差不多，但它可以使用：SetEvent（启动运行）ResetEvent（暂停运行）、PulseEvent（执行一次后立即暂停）。
先看一下创建函数：CreateEvent(
......
一个线程的优先级取决于创建线程的进程的优先级（priority class）和线程本身相对的优先级（relative priority）。
1、进程优先级：
不同操作系统 优先级数目不同。Windows2000以上的版本列表如下：
Idle：（标志：IDLE_PRIORITY_CLASS，值为$40）；
Below Normal：（标志：BEL ......
上文中，多线程同步主窗体的Label的Caption属性值，发现一个问题：使用Synchronize用于同步的时候，主窗体好像死掉一样；而直接用子程序为Label的引用赋值，则有时会出现“Canvas does not allow drawing”错误。书上说VCL同步一定要用Synchronize，而不能直接访问。
测试：
{主窗体} ......
