在asp.net里使用com组件导出excel后总是会有一个EXCEL.EXE进程存在，占据着30多M的内存，研究了好久试了网上的很多办法都没有解决。今天心情比较放松，接着从网上搜了一下，看到一篇帖子如下：
在DOT NET中调用Excel后，Excel进程的并未终止问题的解决办法 收藏
在DOT NET中调用Excel后，Excel进程的并未终止问题
Excel.Application myExcel = new Excel.Application() ;
...
myExcel.Quit();
网上的解决办法大多是说在myExcel.Quit()后强制进行垃圾回收
GC.Collect();
但是都不行，还有人说要释放对该Com对象（myExcel）的引用
for(int i =1;i>0;i= System.Runtime.InteropServices.Marshal.ReleaseComObject(myExcel))
{
}
还有人说把myExcel 创建为局部变量，方法结束后垃圾回收器会清理它，好像也不行（即使在这个方法最后强制垃圾回收器收集垃圾也不行）。
垃圾回收器似乎没有工作，似乎和垃圾回收的策略有关，微软的这个Dot Net清洁工不清理自己所在地的垃圾! GC.Collect()不清理自己所在作用域的垃圾，在调用Excel的方法之外调用GC.Collect() 就好了，进程列表中Excel的进程在GC.Collect() 后就消失了。
void DoSomething()
{
...
HandleExcel();
GC.Collect() ;
}
void HandleExcel()
{
Excel.Application myExcel = new Excel.Application() ;
...
myExcel.Quit();
}
这个方法在winform程序中有效，但是对于在asp.net中还是不行（好像是微软的问题）。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/sunyou/archive/2005/08/22/461133.aspx
按照所说的方法试试：
首先实验：
protected void Export_Click(object sender, EventArgs e)
{
Excel.Application myExcel = new Excel.Application() ;
...
myExcel.Quit();
GCCollect();
}
public void GCCollect()
{
GC.Collect();
}
这样做导出excel后进程还存在。
接着试
protected void Export_Click(object sender, EventArgs e)
{
ExportExcel();
今天，学习了ASP.NET中连接数据库的各种方法，这是我自己的一个小总结，不一定完全正确，仅供参考！ O(∩_∩)O~
连接SQL数据库的方法：
(一)、在Web.Config中创建连接字符串：
1、
<add name="ConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename= ......
1. C#语言方面
1.1 垃圾回收
垃圾回收解放了手工管理对象的工作，提高了程序的健壮性，但副作用就是程序代码可能对于对象创建变得随意。
1.1.1 避免不必要的对象创建
由于垃圾回收的代价较高，所以C#程序开发要遵循的一个基本原则就是避免不必要的对象创建。以下列举一些常见的情形。
1.1.1.1 避免循环创建对� ......
