近日在打开原来写的一个网页程序运行时，出现了Excel操作权限的问题，具体的说就是在代码中调用下面这段与Excel操作有关的语句时，
Application curExcelApp = new ApplicationClass();
提示权限不足，具体的提示内容如下：
检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败，原因是出现以下错误: 80070005。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: system.UnauthorizedAccessException: 检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046} 的组件时失败，原因是出现以下错误: 80070005。 ASP.NET 未被授权访问所请求的资源。请考虑授予 ASP.NET 请求标识访问此资源的权限。ASP.NET 有一个在应用程序没有模拟时使用的基进程标识(通常，在 IIS 5 上为 {MACHINE}ASPNET，在 IIS 6 上为网络服务)。如果应用程序正在通过 <identity impersonate="true"/> 模拟，则标识将为匿名用户(通常为 IUSR_MACHINENAME)或经过身份验证的请求用户。
要将 ASP.NET 访问权限授予某个文件，请在资源管理器中右击该文件，选择“属性”，然后选择“安全”选项卡。单击“添加”添加适当的用户或组。突出显示 ASP.NET 帐户，选中所需访问权限对应的框。
源错误: 行 533: //创建Excel信息
行 534: object missing = system.Reflection.Missing.Value;
行 535: Application curExcelApp = new ApplicationClass();
行 536: curExcelApp.Application.DisplayAlerts = false;
行 537: Workbook curWorkBook = curExcelApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet);
原来碰到过这种情况，知道是由于Excel的DCom组件权限不足所引起的，所以按照原来的步骤进行设置，如下所示：
1:在服务器上安装office的Excel软件；
2:在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务"；
3:依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置"；
4:在"DCOM配置"中找到"Microsoft Excel 应用程序",在它上面点击右键,然后点击"属性",弹出"Microsoft Excel 应用程序属性"对话框；
5:点击"标识"标签,选择"交互式用户"；
6:点击"安全"标签,在"启动和激活权限"上点击"自定义",然后点击对应的"编辑"按钮,在弹出的"安全性"对话框中填加一个"NETWORK SERVICE"用户(注意要选择本计算机名),并给它赋予"本地启动"和"本地激活"权限。在XP系统和2000系统中添加ASPNET用户；
7:依然是"安全"标签,在"访问权限"上点击"自定义",然后点击"编辑",在弹出的"安全性"对话框中也填加一个"NETWORK SERVICE"用户,然后赋予"本地访问"权限.
注意：其中第5步是必须的，否则会出现以下错误：
内存或磁盘空间不足，Microsoft Office Excel 无法再次打开或保存任何文档。 ? 要想获得更多的可用内存，请关闭不再使用的工作簿或程序。 ? 要想释放磁盘空间，请删除相应磁盘上不需要的文件。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: system.Runtime.InteropServices.COMException: 内存或磁盘空间不足，Microsoft Office Excel 无法再次打开或保存任何文档。 ? 要想获得更多的可用内存，请关闭不再使用的工作簿或程序。 ? 要想释放磁盘空间，请删除相应磁盘上不需要的文件。 源错误:
行 535: Application curExcelApp = new ApplicationClass();
行 536: curExcelApp.Application.DisplayAlerts = false;
行 537: Workbook curWorkBook = curExcelApp.Workbooks.Add(XlWBATemplate.xlWBATWorksheet);
行 538: Worksheet curWorkSheet = (Worksheet)curWorkBook.Sheets.get_Item(1);
行 539:
按照上述步骤设置好了以后，重新执行程序，还是出现权限不足的问题，问题不知道出现在什么地方，仔细分析提示信息和代码，终于发现了问题的所在，原来是在Web.config中进行了下面的设置：
<identity impersonate="true"/>
而这段话的目的是为每一个请求进行客户端模拟，按照提示信息中的解释，由于没有设置Username，所以当前执行的用户是IUSR_MACHINENAME，而该用户是没有操作Excel组件的权限，为了验证分析是否正确，进行了一下验证：
将这句话删除，执行程序，一切正常；
在Excel的操作权限中加入当前登陆的用户，并进行如下的设置：<identity impersonate="true" userName="***" password="***"/>，执行程序，一切正常；
在Excel的操作权限中加入所有的用户，并进行如下的设置：<identity impersonate="true"/>，执行程序，出现权限不足的错误。
通过以上的验证，我们可以得出，在不进行客户端模拟设置时，asp.net程序调用excel组件时使用的是network service用户（在xp和2000中，使用的是aspnet用户），使用设置<identity impersonate="true"/>进行客户端模拟时，使用的是IUSR_MACHINENAME用户，但该用户没有调用excel组件的权限，即使设置了该用户的相关权限也不行；使用设置<identity impersonate="true" userName="***" password="***"/>进行客户端模拟时，只要设置了相关用户的权限，就可以顺利地调用Excel组件，但是要注意的是：由于asp.net的限制，该用户的密码不能为空。
在处理该问题时，在网上找到了一个比较有用的资料，与大家分享如下：
解决部署在Window server 2003 上Excel.exe进程问题
在操作完Excel以后，每次就会留下一个Execl.exe进程，无论如何也关闭不了，包括用垃圾回收等，原因我也不知道，但是在其他服务器操作系统和xp操作系统上不存在这种问题。
解决此类问题，有一个方法可以借鉴，就是杀死进程的方法，但是有一定的风险，要注意,具体方法如下：
操作进程有一定的风险，所有首先要有此类权限，添加权限方法，在web.Config里面添加权限<identity impersonate="true" userName="登录名" password="密码 "/>
代码
publicstaticvoid KillProcess(string processName)
{
system.Diagnostics.Process myproc = new system.Diagnostics.Process(); //得到所有打开的进程
try
{
foreach (Process thisproc in Process.GetProcessesByName(processName))
{
if (!thisproc.CloseMainWindow())
{
if(thisproc!=null)
thisproc.Kill();
} }
}
catch (Exception Exc)
{ throw Exc; }
}
在操作完Excel后，调用杀死进程方法就可以了，下一次就会正常调用