ASP.NET服务端操作ActiveX报错灾难性故障的问题和解决办法

          大家都只ActiveX在web中可以通过object标签来声明，并通过javascript等脚本代码来进行操作，但有些时候我们希望在服务端在操作ActiveX，特别是包含一些复杂的业务逻辑的或要对大数据量进行操作的。

          通常某些控件是可以通过添加引用=》COM，使用Visual Studio来生成包装类来进行调用，但有些则不行，包装类可以进行初始化，但访问属性或方法时都会运行报错，错误信息为“灾难性故障 (异常来自 HRESULT:0x8000FFFF (E_UNEXPECTED))”。此时若在Winform中使用采用拖控件的形式则可以运行的，当然不在Form中拖控件直接后台写代码new一个对象肯定也是同样报错的。网络上提问的也很多，许多说控件未注册，还有人说Win7的原因，有人说的着边一点就是可能控件需要一个容器，但问题是怎么创建一个容器和销毁容器呢？Winform中可以通过一个隐藏的Form来绕道解决，在Web中就不行了。

           在Winform中，拖一个COM控件到界面上的时候会添加2个引用，以Spread COM控件为例，为添加FPSpreadADO和AxFPSpreadADO两个Dll引用（新生成在Debug的obj文件夹下），其中FPSpreadADO是生成的包装类，AxFpSpreadADO是派生与AxHost的类，AxHost的作用就是包装 ActiveX 控件，并将其作为功能完全的 Windows 窗体控件进行公开。

             在Web里首先要做的也是生成这个Dll引用，可以通过上述在Winform拖控件利用Visual Studio来生成DLL也可以使用Windows 窗体 ActiveX 控件导入程序 (Aximp.exe)来生成，然后Web里添加引用。

              然后，AxFPSpreadADO.AxfpSpread cell = new AxFPSpreadADO.AxfpSpread()，此时会报错，错误信息为“当前线程不在单线程单元中，因此无法实例化 ActiveX 控件的解决方案”，解决方法1为Main函数设置STAThread属性（默认就是STAThread的），方法2为设置线程的ApartmentState，刚开始使用System.Threading.Thread.CurrentThread.SetApartmentState(System.Threading.ApartmentState.STA)来设置，但提示无法更改状态，因为主线程此时早就已经启动，运行中是无法改变STA、MTA的。所以我采取新建线程的来进行处理

?

1 2 3

System.Threading.Thread th = new System.Threading.Thread(new System.Threading.ParameterizedThreadStart(WorkMethod)); th.SetApartmentState(System.Threading.ApartmentState.STA); th.Start();

          最后，因为控件操作完可能还要利用控件操作后的状态和信息，因此我进行了线程的同步，示意如下：

?

1 2 3 4 5 6

System.Threading.AutoResetEvent autoEvent = new System.Threading.AutoResetEvent(false); System.Threading.Thread th = new System.Threading.Thread(new System.Threading.ParameterizedThreadStart(WorkMethod); th.SetApartmentState(System.Threading.ApartmentState.STA); th.Start(autoEvent);   autoEvent.WaitOne();

           我所担心的是,由于Web本身是多人并发访问的,这样阻塞线程会不会有问题,还有就是在服务端调用ActiveX会不会对服务器造成很大的压力。