问题说明：
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: System.Web.HttpException: 请求在此上下文中不可用 源错误:
行 32: 行 33: 行 34: string webConfig = System.IO.Path.Combine(System.Web.HttpContext.Current.Request.ApplicationPath, "web.config"); 行 35: System.Runtime.Remoting.RemotingConfiguration.Configure(System.Web.HttpContext.Current.Request.MapPath(webConfig)); 行 36:源文件: e:\TCBCI\StoreHouse\Global.asax 行: 34 堆栈跟踪:
[HttpException (0x80004005): 请求在此上下文中不可用] System.Web.HttpContext.get_Request() +8794400 ASP.global_asax.Application_Start(Object sender, EventArgs e) in e:\TCBCI\StoreHouse\Global.asax:34 [HttpException (0x80004005): 请求在此上下文中不可用] System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app) +2721530 System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers) +128 System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context) +188 System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context) +295 System.Web.HttpApplicationFactory.GetPipelineApplicationInstance(IntPtr appContext, HttpContext context) +56 System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext) +231 [HttpException (0x80004005): 请求在此上下文中不可用] System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +8897659 System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +85 System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +333
版本信息: Microsoft .NET Framework 版本:2.0.50727.4927; ASP.NET 版本:2.0.50727.4927
ASP.net全局程序文件Global.asax用法分析
ASP.net全局程序文件Global.asax用法具体分析如下： 一般来说ASP.NET应用程序只能有一个Global.asax文件，该文件支持许多项。具体分析如下： •Application_Start：在应用程序接收到第一个请求时调用，这是在应用程序中给应用程序级的变量赋值或指定对所有用户必须保持的状态的理想位置。 • Session_Start：类似于Application_Start事件，但这个事件在用户第一次访问应用程序时调用。例如，Application_Start事件只在接收到第一个请求时触发，第一个请求会让应用程序运行，而Session_Start事件会在每个终端用户第一次向应用程序发出请求时调用。 •Application_BeginRequest：它没有列在Visual Studio提供的模板中，但该事件会在每个请求发出之前触发。也就是说，在请求到达服务器，且得到处理之前，会触发Application_BeginRequest事件，并在处理该请求之前处理。 •Application_AuthenticateRequest：每个请求都会触发该事件，允许为请求建立定制的身份验证。 •Application_Error：在应用程序的用户抛出一个错误时触发。它适合于提供应用程序级的错误处理，或者把错误记录到服务器的事件日志中。 •Session_End：在InProc模式下运行时，这个事件在终端用户退出应用程序时触发。 •Application_End：在应用程序结束时触发。大多数ASP.NET开发人员都不使用这个事件，因为ASP.NET很好地完成了关闭和清理剩余对象的任务。 希望本文所述对大家的asp.net程序设计有所帮助。 您可能感兴趣的文章: asp.net 在global中拦截404错误的实现方法 Global.cs中自动获取未处理的异常 在Global.asax文件里实现通用防SQL注入漏洞程序(适应于post/get请求) Global.asax取绝对路径的方法 Global.asax取物理路径/取绝对路径具体方法 Global.asax的Application_BeginRequest实现url重写无后缀的代码 Global.asax的Application_Error实现错误记录/错误日志的代码 c#定时器和global实现自动job示例 ASP.NET中Global和URLReWrite用法 在C#中global关键字的作用及其用法 global.asax是一个文本文件，它提供全局可用代码。这些代码包括应用程序的事件处理程序以及会话事件、方法和静态变量。有时该文件也被称为应用程序文件。 global.asax 文件中的任何代码都是它所在的应用程序的一部分。每个应用程序在其根目录下只能有一个global.asax文件。然而，这个文件是可选的。如果没有global.asax文件，应用程序将对所有事件应用由 HttpApplication类提供的默认行为。
当应用程序运行的时候，global.asax的内容被编译到一个继承自HttpApplication类的类中。因此，HttpApplication类中所有的方法、类和对象对于应用程序都是可用的。 CLR 监控着global.asax的变化。如果它察觉到这个文件发生了改变，那么将自动启动一个新的应用程序复本，同时创建一个新的应用程序域。原应用程序域当前正在处理的请求被允许结束，而任何新的请求都交由新应用程序域来处理。当原应用程序域的最后一个请求处理完成时，这个应用程序域即被清除。这有效的保证了应用程序可以重新启动，而不被任何用户察觉。 为防止应用程序用户下载应用程序而看到源代码，ASP.NET缺省配置为阻止用户查看global.asax的内容。如果有人在浏览器输入以下URL： http://localhost/progaspnet/Global.asax 这将会收到一个403（禁止访问）错误信息或者类似的信息如： This type of page is not served。
提示：简单而言，web.config文件与global.asax有些类似的地方。如果这个文件被更改，应用程序将自动“重启”。同样，也不可能在浏览器中查看web.config文件。 Global.asax文件从外观和结构上与页面文件（.aspx）相似。它可以有一个或多个部分. 通过右键单击解决方案资源管理器中的网站或者单击网站菜单，然后选择“Add New Item...”，接着选择全局应用程序类，可以为Web应用程序添加一个global.asax文件。保留默认名称global.asax。 VS2005将创建一个如示例18-1所列的文件。模板中包括对以下5个事件的空白声明：Application_Start、Application_End、Session_Start、Session_End和Applica- tion_Error。 与Web页和Web服务文件相比，global.asax可以以多个指令作为开始。这些指令在处理ASP.NET文件时指定应用程序编译的设置。与Page指令相比，Application指令可 接受一个或者多个具有字典结构的属性/值对。此处支持三个指令：Application、Import和Assembly。 Application Application指令设置编译器的应用程序专用属性。 Inherits属性指定所继承类名，具有代表性的如代码隐藏文件中的类。 Description属性接受对应用程序的文本描述，而分析器和编译器将会忽略它。 CodeBehind属性在VisuaStudio .NET（非VS2005）中用来指定包含的代码隐藏文件。 Import Import指令仅包括一个Namespace属性。所指定名字空间被明确地导入应用程序中，使其所有的类和接口都可用。导入的名字空间可以是.NET Framework的一部分或者用户自定义的名字空间。
以下是一个典型的Import指令： < %@ Import Namespace="System.Data" %> 只能有一个Namespace属性。如果需要导入多个名字空间，那么需要使用多个Import指令。 下列名字空间自动导入到所有的Web应用程序中，所以没必要使用Import指令。
我的解决办法（确实有效）： 折腾两天时间，原来错将 Session["userInfo"] = new superUserInfo();写到 void Application_Start(object sender, EventArgs e)代码里了！！改正如下，一切正常！！
看清Application、Session区别，属于不同的两段代码。
void Application_Start(object sender, EventArgs e) { // 在应用程序启动时运行的代码 }
void Session_Start(object sender, EventArgs e) { // 在新会话启动时运行的代码 Session["userInfo"] = new superUserInfo(); }
其他解决办法：
这下还真奇怪，因为在调试程序的时候是没问题的。可以确定的是这个肯定跟项目本身无关，也就是说跟环境有关了，那就是应该是IIS7的问题了。 网上搜索了半天：问题很简单，就是Web应用程序池配置错误造成的，这个错误应该是IIS7所特有的。 解决办法： 在IIS7->当前应用程序虚拟目录->右键->管理应用程序->高级设置 修改应用程序池属性：DefaultAppPool 为 Classic .NET AppPool （也即是经典）即可。 又或者是直接到应用程序池中，双击DefaultAppPool ，在弹出的窗口中把“托管管道模式”改成经典，确定退出即可。 备注： IIS 7 中，应用程序池有两种运行模式：集成模式和经典模式。应用程序池模式会影响服务器处理托管代码请求的方式。如果托管应用程序在采用集成模式的应用程序池中运行，服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。但是，如果托管应用程序在采用经典模式的应用程序池中运行，服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求，其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。 更多关于IIS 7 应用程序池的托管管道模式中集成模式的介绍，可以参考《ASP.NET 3.0 高级程序设计》
ASP.NET 中 Session 实现原理浅析 [1] 会话的建立流程http://blog.csdn.net/Night_Elf/article/details/1803564?locationNum=14
Session的来源：它是.NET Framework类库的——命名空间System.Web的——类HttpApplication的——Session属性。
HttpApplication：定义对 ASP.NET 应用程序内所有应用程序对象公用的方法、属性和事件。 此类是用户在 Global.asax 文件中定义的应用程序的基类。
Session :获取提供对会话数据的访问的内部会话对象。https://msdn.microsoft.com/zh-cn/library/system.web.httpapplication.session(v=vs.110).aspx
System.Web ： System.Web 命名空间提供类和接口，使浏览器 / 服务器通信。 此命名空间包括 HttpRequest 类，该类提供当前 HTTP 请求; 有关的大量信息 HttpResponse 类，该类管理 HTTP 输出到客户端，则与 HttpServerUtility 类，该类提供对服务器端实用程序和进程的访问。 System.Web 此外包括用于 cookie 管理、 文件传输、 异常信息和输出缓存控制类。
属性的[ ]用法参照：c#中属性与方法的具体区别http://blog.sina.com.cn/s/blog_48ad94910102xa9a.html
