Delphi皮肤控件分析与QQ的皮肤变色功能
关于界面美化方面，一直是一个脑壳疼的问题！以前一直偷懒，使用的三方控件！但是在使用了一段时间之后，都或多或少的有些问题！不是我说三方控件如
何如何的不好！只是三方控件多是庞大的一个肢体，要兼顾的用户群体很多，所以同时它要考虑的问题也增加了很多，然而一个程序出现Bug是在所难免的，所以
三方控件那庞大的肢体在出了问题之后，修改就相当麻烦，首先得捋顺控件的实现过程，才能找到问题所在进而修改，所以虽然很方便，可是再有些时候也是很痛苦
的！我用过的三方皮肤控件还算比较多了，这里重点说两个很流行的，一个VCLSkin，一个BusinessSkinForm，相信多数美化爱好者，对这
两套控件都不陌生，无论使用与自己写皮肤控件时候参考，都是不可多得的好代码！为什么拿这两套控件来做说明，主要原因是这两套控件的实现原理不相同，而皮
肤美化的方法，我所知道的也就这两种方法（当然可能有其他的，不过我不知道，呵呵），先说VCLSkin，此套控件，采用的是Hook，进而子类化，然后
截获各种与界面绘制相关的消息进行控制从而达到界面美化的目的，这个实现起来，就是不必做新控件，直接Hook到窗口过程，处理掉就行，但是由于是
Hook，是以各种问题都跟着来了，先不说Hook链太长，系统效率低下，就是Hook了，经常可能导致某些过程挂钩了之后，未被还原成原有过程，或者某
些过程地址已经无效，钩子函数还在调用从而导致的各种内存错误！再说BusinessSkinForm，这套控件，相对于VCLSkin的Hook子类化
来说，又采用了另一套实现机制，那便是，自己制作轮子，全部自己手工从底层打造一个个的皮肤控件，或者对现成的VCL控件进行一些额外的包装来支持皮肤属
性，这个从实现角度来说要比VclSkin麻烦许多（比如，要支持一个有皮肤的按钮，就需要从底部写一个按钮，要皮肤化ListBox，就需要重新另外包
装一个ListBox来支持皮肤效果），不过使用起来的话，那比VclSkin肯定要稳定许多。所以我是一直钟情于BusinessSkinForm的，
也用了相当的时间！但是也是或多或少的有着一些Bug或者用着不爽的地方，比如BusinessSkinForm的Hint皮肤化后经常出现问题，一会有
问题一会又没问题，定位真正的错误位置都麻烦！同时当窗体复杂了之后，界面拖动大小的时候，延迟很明显，同时界面闪动的非常厉害，到了无法忍受的地步，如
果真要一个个的去修改到符合自己的使用习惯与开发方式，那花费的力气可是不容小窥！于是趁着过年几�
相关文档：
用Delphi 实现串口通讯，常用的几种方法为：使用控件如MSCOMM和SPCOMM，使用API函数或者在Delphi 中调用其它串口通讯程序。利用API编写串口通信程序较为复杂，需要掌握大量通信知识，其优点是可实现的功能更强大，应用面更广泛，更适合于编写较为复杂 的低层次通信程序。相比较而言，利用SPComm控件则相对较简单，该控件具� ......
互斥量是系统内核对象，谁拥有就谁执行。它与临界区工作很类似。不同处在于：1、互斥量可以跨进程边界同步线程。2、可以给互斥量取个名字，通过引用互斥量的名字来使用一个已知的互斥量对象。
使用互斥量之类的对象需要反复调用系统内核，期间需要进行进程上下文转换和控制级别转换，大概需要耗� ......
信号量是建立在互斥量的基础之上，同时加入重要特性：提供了资源计数功能，因此预定义数量的线程同时可以进入同步的代码块中。
信号量是维护0到指定最大值之间的计数器的同步对象，当线程完成一次信号量的等待时，计数器自减1，当线程释放信号量对象时，计数器自增1。
......
上文中，多线程同步主窗体的Label的Caption属性值，发现一个问题：使用Synchronize用于同步的时候，主窗体好像死掉一样；而直接用子程序为Label的引用赋值，则有时会出现“Canvas does not allow drawing”错误。书上说VCL同步一定要用Synchronize，而不能直接访问。
测试：
{主窗体} ......
VCL对象不是线程安全的，而且它们的属性和方法必须要从VCL主线程中进行访问或被执行，但有两种VCL对象是例外的情况，它们是线程安全的。一种是任何图形对象，另一种是TThreadList。
这意味着不必非得在主VCL线程中才能设置一个画布的画笔颜色，或画刷类型，可以在另一个线程的环境中完成一点。对 ......
