ASP.NET MVC - HttpRequestWrapper.Url 为空？

发布于 2024-09-18 23:28:46 字数 506 浏览 5 评论 0原文

我的应用程序发送一些电子邮件，并且电子邮件中引用的图像路径需要根据用户访问发送电子邮件的页面的方式而变化。我之前多次使用过代码的变体，没有出现任何问题，但这是我第一次尝试在 MVC 应用程序中执行此操作：

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images");
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri;

第二行抛出 NullReferenceException，因为 HttpContext.Request.Url 为 null。怎么可能呢？

编辑：我应该注意，我在与处理请求的线程分开的线程池线程中运行此代码。如果我将此代码移回到执行控制器操作的线程上，则 url 就在那里。目前，我已采取在同一线程上执行代码的方法。

原文

My application sends out some emails, and the image paths referenced in the e-mails need to vary depending on how the user accessed the page that is sending the email. I've used variations of the code before many times with no problem, but this is the first time I'm trying to do it in an MVC app:

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images");
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri;

The second line is throwing an NullReferenceException because HttpContext.Request.Url is null. How can that be?

Edit: I should note that I'm running this code in a thread pool thread separate from the one that processed the request. If I move this code back onto the thread executing the controller action, the url is there. For now, I've resorted to executing the code on the same thread.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

最近可好 2024-09-25 23:28:46

HttpContext 可能并不总是可以在线程中访问。您需要将所需的信息传递给线程：

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images");
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri;
new Thread(state => 
{  
    var imagePath = (string)state;
    // TODO ...
}).Start(absImagePath);

或者如果您正在使用线程池（仅适用于短期运行的任务）：

ThreadPool.QueueUserWorkItem(state => 
{  
    var imagePath = (string)state;
    // TODO ...
}, absImagePath);

The HttpContext might not always be accessible in threads. You will need to pass the required information to the thread:

var relImagePath = controllerContext.HttpContext.Response.ApplyAppPathModifier("~/Emails/Images");
var absImagePath = new Uri(controllerContext.HttpContext.Request.Url, relImagePath).AbsoluteUri;
new Thread(state => 
{  
    var imagePath = (string)state;
    // TODO ...
}).Start(absImagePath);

or if you are using the ThreadPool (only for short running tasks):

ThreadPool.QueueUserWorkItem(state => 
{  
    var imagePath = (string)state;
    // TODO ...
}, absImagePath);

回复收藏 0 原文

趁微风不噪 2024-09-25 23:28:46

我认为 RequestContext 在您调用controllerContext.HttpContext时获取当前的HttpContext（因为它向RequestContext询问HttpContext），并且我认为它可能只是询问HttpContext.Current，这就是为什么得到null。

尝试在 ASP.NET 线程中获取controllerContext.HttpContext，保存它并传递给您自己的线程，而不是稍后在错误的时间请求 HttpContext 的控制器上下文。

这是我的猜测。

另外，http://csharpfeeds.com/post/5415/Dont_use_the_ThreadPool_in_ASP.NET.aspx< /a>

回复收藏 0 原文

葬花如无物 2024-09-25 23:28:46

这个覆盖似乎也有效：

protected new UrlHelper Url
        {
            get { return base.Url ?? (base.Url = new UrlHelper(ControllerContext.RequestContext)); }
            set { base.Url = value; }
        }

This override also seems to work:

protected new UrlHelper Url
        {
            get { return base.Url ?? (base.Url = new UrlHelper(ControllerContext.RequestContext)); }
            set { base.Url = value; }
        }

回复收藏 0 原文

~没有更多了~