问题标签 [httpcontext]

我有一个严重依赖网络服务的网络应用程序。服务的所有内容都是异步完成的，并且使用 AddOnPreRequestHandlerExecuteAsync。无论如何，我的大多数调用都可以正常工作，但有些调用从他们的异步服务调用返回以在 endprerequest 中找到一个空的 HttpContext.Current.Response/Request 对象，这当然会在我尝试使用其中任何一个时出错。两个对象（响应和请求在失败调用的 beginprerequest 上可用/不为空，并在其他调用的 endprerequest 中工作）。

任何人都遇到过类似的情况，或者猜测可能是什么问题？

更新：似乎找到了解决方案，如果我在 Init 上为 HttpApplication 创建一个变量（这一切都发生在 HttpModule 中），则可以从该变量访问 HttpContext。

更新：在开始函数上传递 HttpApplication 或 HttpContext.Current 有同样的问题。当作为异步调用的“状态”的一部分传递时，它们在 end 函数中最终为 null，即使它们在 begin 函数中有效。

更新：我添加了一些日志记录，发现我正在进行的异步调用正确返回，结果在那里，回调函数被正确调用。

我正在使用一些与 WebForms/MVC 无关的工具，我需要获取HttpContext给定HttpContextBase对象引用的实例。我不能使用HttpContext.Current，因为我也需要它异步工作（在异步请求期间HttpContext.Current返回）。null我知道HttpContextWrapper，但走错路了。

我最近在与实际站点相同的服务器上设置了我的个人网站的新实例。新实例是“最新”配置，因此它具有我正在处理的最新版本的所有新功能。最新版本 我已将 Target Framework 从 2.0 切换到 3.5，这是与编译项目一样唯一真正重大的变化。

在所有成员页面和其他一些页面以及一些用户控件上，我调用了这两个项目中的一个或两个，并且每个都失败并导致Object reference not set to an instance of an object错误。但不是在每一页上！

堆栈跟踪为：

但是请注意，这仅发生在 Server 2008 上的 IIS 7 中，该站点在 Visual Studio 2008 中运行良好。我什至将 IIS 中的主网站附加到该目录，并且它执行相同的操作。怎么可能发生这种情况，可能是什么原因？

只是为了好玩，我将目标框架改回 2.0，但它仍然导致同样的问题。此外，无论访问者是否登录，这似乎都会发生，而不仅仅是在会员页面上。

我在 Application_Start 上生成了一个线程并希望记录异常。没有Context/HttpContext/HttpContext.Current，那么我怎样才能让它记录呢？

目前，它没有在我的线程中捕获任何异常，如果我写ErrorSignal.FromCurrentContext().Raise(ex);，我得到一个关于上下文不能为空的错误。

也许我可以创建一个虚拟的 HttpContext 但不知何故我认为这不会很好。

-edit-我试过ErrorSignal.Get(new HttpApplication()).Raise(ex);了，它似乎没有发现那个异常。

我问了这个问题，它允许我使用以下方法捕获用户：

在我的控制器代码中。

我遇到的一个问题是，在 Visual Studio 中进行测试时，它显示为一个空字符串。我想跟踪这个字段以进行测试。

无论如何在我的机器上的本地 ASP.net 网络服务器进程中进行这项工作，所以它会模仿我服务器上的 Windows 身份验证？

我想在我的 ASP.NET 应用程序中运行“后台作业”（定期，作为单独的线程）。我需要主机名（DNS 名称或 IP）来完成我的任务。问题是HttpContext.Current这里可能不可用（它是NULL）。

有没有办法在不使用HttpContext.Current.Request.Url.Host.

始终假设 HttpContext.Current 在 Application_PreRequestHandlerExecute 中不为空是否安全？

编辑：假设 ASP.NET 网络表单（不是 MVC）。

我正在阅读演练：创建异步 HTTP 处理程序并注意到它们从处理程序线程传递并在后台线程上运行的 a 中HttpContext使用它。WaitCallback它会像_context.Response.Write(). 我是否正确假设这不违反 HttpContext 不是线程安全的事实，因为在异步工作开始后处理程序线程将不会使用它？

此外，跨线程使用 HTTPContext有一些关于 HttpContext 和线程的好信息。是所有 HttpContext 都不是线程安全的，还是只是类似的项目Response？Items如果仅在读取模式下，多个后台线程可以访问该属性吗？

我有一个存储在 HttpContext 中的项目：

我可以从任何页面的方法访问这个没有问题。例如：

这工作正常。

但是，当通过 AJAX 调用页面的 Web 方法之一时，会失败：

异步调用的 HttpContext 与页面的 HttpContext 是否不同？

我的想法是创建我自己的 HttpContext ，其中将包含我们应用程序中使用的一些内部对象。所以我想我会简单地创造

然后覆盖 HttpContext 属性：

但后来我意识到 HttpContext 不是虚拟的 - 所以它不能被覆盖。

嗯，你有什么建议？在 BaseController 中添加一些新属性？

提前致谢！