我正在为ASP.NET MVC编写一个帮助方法，我需要调用Url.Content来获取上下文的一个适当的URL。然而，为了创建一个新的UrlHelper()，我需要获取当前的RequestContext(System.Web.Routing.RequestContext是精确的)，我不知道如何抓住它。有人知道吗

注意到这还没有得到答复。从MVC 1.0可以做到：

public static string NewHelperMethod(this HtmlHelper helper)
{
    UrlHelper url = new UrlHelper(helper.ViewContext.RequestContext);

我正在NewRelic中进行一些跟踪,我看到几乎每个请求都包含对’System.Web.Mvc.MvcHandler.ProcessAsyncRequest()’的调用.

此函数调用可能需要300毫秒到100秒(严重的是100秒).我试图搜索msdn文档,但http://msdn.microsoft.com/en-us/library/system.web.mvc.mvchandler.aspx上没有任何内容

显然,这里有些东西在骗我.

我有一些理论说明为什么这么长时间：

>类型推断？我正在使用结构图.
>服务器资源问题？
> .net版本不兼容某种？
> asp.net mvc某种不兼容性？

环境：

.net 4

asp.net mvc 3

专用的vm

当我发现这个问题时,我认为和@garfbradaz一样,并查看了MVC源代码.有趣的是,因为我没有发现ProcessAsyncRequest方法的引用.

因此,我认为它可能是New Relic注入的东西,或者正如你所说的那样,是一种红鲱鱼,有些东西对我们说谎！我关闭了New Relic,并与他们的支持团队联系.

今天,在收到来自New Relic团队的一位反应灵敏且彬彬有礼的成员的几封电子邮件之后,他们又回到我身边并确认这是一个错误(各种各样).以下是他们的回复：

ProcessAsyncRequest is a custom name that we use for any metric being
recorded that is not / does not inherit from “System.Web.UI.Page.”
Given that MVC view engine uses “System.Web.Mvc.ViewPage” all of those
metrics will incorrectly fall under the New Relic moniker of
“ProcessAsyncRequest.”

I will be working on a modification to the agent and the core
instrumentation that will hopefully aggregate these metrics
appropriately. I am sorry for the confusion and trouble this has
caused you.

I’ll give you an update as I get close to a solution.

编辑：下面的New Relic的进一步回复 – 看起来他们有一个修复到位.

I just pushed a commit that will help us better classify the
transactions coming from the installed agent.

As far as the performance issue we did discover an issue reported by
the awesome engineers at AppHarbor that was causing TypeLoadExceptions
which might be related to slow loading / compiling code being put into
the cache. We have found the cause and are in the final testing phases
of that fix and we are hoping to get the fix in the next release of
the agent.

来自New Relic的尼克非常出色地回应了这一点,他们的产品非常有用,所以我没有任何不好的感受,只是想我会在这里分享细节.

很高兴发现我的MVC应用程序中没有鬼魂！

现在,我对任何有这些问题的人的建议是关闭New Relic直到他们的下一个版本.

编辑2：New Relic的Nick今天通过电子邮件发送给我 – 他们最新的代理(版本2.0.9.15) – 现在已经可以使用,应该可以解决这个问题.

我想为maxRequestLength设置多于1个设置 – 文件大小上传限制(例如一个用于File / New，另一个用于Picture / New)。我的所有操作都采取额外的参数(例如/ File / New？folderId = 234)。

单一设置按预期工作：

<httpRuntime executionTimeout="60" maxRequestLength="1024" />

我试图在根web.config中有2个位置部分的设置，但没有任何成功。我不知道在“路径” – 视图的物理aspx页面或控制器操作中写什么…但是，似乎没有任何效果。

<location path="/File/">
    <system.web>
        <httpRuntime executionTimeout="60" maxRequestLength="4096" />
    </system.web>
</location>
<location path="/Picture/">
    <system.web>
        <httpRuntime executionTimeout="60" maxRequestLength="1024" />
    </system.web>
</location>

我试图将另一个web.config放在一个特定的视图文件夹(例如/ Views / Picture / …)中，就像它在经典的Webform ASP.NET中工作一样，但这似乎也不是窍门…

<location path="">
    <system.web>
        <httpRuntime executionTimeout="60" maxRequestLength="1024" />
    </system.web>
</location>

无论我做什么，只应用httpRuntime.maxRequestLength的一个值 – 在(root)web.config … system.web中。

看到我的回答： ASP.NET MVC and httpRuntime executionTimeout

在尝试使用RedirectToAction时,我收到此错误,任何人都可以提供任何建议,为什么会发生这种情况,呃在没有任何问题的情况下使用这个错误,我一定是缺少一些东西.

不能将类型“System.Web.Mvc.RedirectToRouteResult”隐式转换为“System.Web.Mvc.ViewResult”

[HttpPost]
    public ViewResult Edit(Customer customer)
    {
        if (ModelState.IsValid)
        {
            customersRepository.SaveCustomer(customer);
            TempData["message"] = customer.CustomerName + " has been saved.";
            return RedirectToAction("Index");
        }

        else //validation error,so redisplay the same view
            return View(customer);

    }

问候

利亚姆

尝试将公共ViewResult Edit(客户客户)更改为public ActionResult Edit(客户客户)

ViewResult派生自ActionResult,只能返回视图.由于您的代码可以返回View或重定向,因此您应该使用ActionResult.有关详细信息,请参阅this answer.