C#写的COM组件注册问题兼论微软Regasm注册的BUG

　　有时间的话，我会写些（1） 关于QT写GIS项目的文章（QT版本用的是QT3） ，（2）VC操纵Google Earth（包括移动通信测试的信息上传到GE上去），具体的项目可以去google 搜下getools(对应的百度文档） ，（3）关于怎么实现无OFFICE环境读写EXCEL(5.0~2007) , （4） CMarkup类的改造（用于读写XML) 等等。
　　工作中自己用C#写了专门读写EXCEL(不需要OFFICE环境,直接读原始文件，速度快)的COM组件,在使用过程中，发现原先的注册程序是有问题的。网上也有同样的网友碰到这个问题，但都没找到合适的解决办法。现在我把问题和解决方法都写出来，供读者参考。
　　其实问题都是出在COM组件的注册上，根本的原因就是REGASM /u 命令有些时候是无效的! 我这边提供的注册过程是先卸载，然后注册。原先的注册过程是： （1） regasm /u XLSRW.dll   （2） regasm XLSRW.dll (/codebase)   实际上，上述反注册命令是有问题的，具体例子如下：             （XLSRW.dll 的CLSID 是61D993F1-CB5E-444d-BB3D-EB2BEA4ACB8D）
　　
　　上图中我分别用上面的过程注册了1.0.0.2和1.0.0.3版本，然后发现用1.0.0.2版本的XLSRW.dll再注册使用是无效的，因为程序默认仍然去找1.0.0.3版本的XLSRW.dll（因为注册表项中仍然存在1.0.0.3项）。程序搜索XLSRW.dll的过程是先查找注册时的路径下的XLSRW.dll,如果发现版本不对或者没有，就在程序的当前路径下寻找，找到后就加载该DLL。这无疑对COM组件的版本升级带来了灾难。
　　解决该问题的办法是修改COM的注册过程，直接删除COM组件对应的注册表项（COM组件的注册路径都为 HKEY_CLASSES_ROOT\CLSID 下）：
　　（1） REG DELETE  "HKEY_CLASSES_ROOT\CLSID\{61D993F1-CB5E-444D-BB3D- EB2BEA4ACB8D}"  /f
　　（2） REGASM XLSRW.dll /codebase 
　　写成控制台程序的代码如下：（main.c)
　　#include 
　　void main()
　　{
　　WinExec( "REG DELETE  \"HKEY_CLASSES_ROOT\\CLSID\\{61D993F1-CB5E-444D-BB 3D-EB2BEA4ACB8D}  \" /f",SW_HIDE);
　　Sleep(100);
　　WinExec( "Regasm XLSRW.dll /codebase ",SW_HIDE);
　　}
　　至此，问题已经得到了解决。 读者们在更新c#写的COM组件版本时用上面的注册方法就可以解决你们的问题了。更改的地方只有COM组件对应的CLSID和对应的COM组件名字。