Asp.net MVC服务端无需认证跨Action获取结果的方法咨询

你遇到的问题我太懂了——用HttpClient或者WebClient去请求的时候，相当于从外部发起了一个全新的请求，根本没带上当前登录用户的Forms Auth凭证，服务器自然把你重定向到登录页了！其实完全没必要绕HTTP请求这一圈，直接在服务器内部调用目标Action的逻辑就好，既高效又能保留身份上下文。下面给你几个靠谱的方案：

方案一：直接调用目标Action方法（最推荐） #

如果目标Action和当前Action在同一个项目里，直接实例化目标控制器并复用当前请求的上下文就行，这样Forms Auth的用户信息会自动带过去。举个例子：

假设你有一个生成报表的Action：

public class ReportController : Controller
{
    public ActionResult Generate(int reportId, string filter)
    {
        // 这里是生成报表的逻辑，比如返回PDF或者HTML
        var reportContent = GetReportContent(reportId, filter);
        return File(reportContent, "application/pdf", $"Report_{reportId}.pdf");
    }
}

然后你的导出Action可以这么写：

public class ExportController : Controller
{
    public FileResult ExportReport(int reportId)
    {
        // 1. 实例化目标控制器
        var reportController = new ReportController();
        // 2. 复制当前请求的上下文，确保身份验证信息被传递
        reportController.ControllerContext = this.ControllerContext;

        // 3. 获取URL里的额外查询参数（比如filter）
        string filterParam = Request.QueryString["filter"];

        // 4. 直接调用目标Action的方法
        var actionResult = reportController.Generate(reportId, filterParam);

        // 5. 处理返回的结果，转换成FileResult返回
        if (actionResult is FileResult fileResult)
        {
            // 如果目标Action已经返回FileResult，直接返回即可
            return fileResult;
        }
        else if (actionResult is ViewResult viewResult)
        {
            // 如果目标Action返回的是View，先把View渲染成字符串再转文件
            string renderedHtml = RenderViewToString(viewResult);
            return File(Encoding.UTF8.GetBytes(renderedHtml), "text/html", $"Report_{reportId}.html");
        }

        throw new InvalidOperationException("无法处理目标Action的输出结果");
    }

    // 辅助方法：把ViewResult渲染成字符串
    private string RenderViewToString(ViewResult viewResult)
    {
        using (var stringWriter = new StringWriter())
        {
            var viewContext = new ViewContext(
                ControllerContext,
                viewResult.View,
                viewResult.ViewData,
                viewResult.TempData,
                stringWriter);
            viewResult.View.Render(viewContext, stringWriter);
            return stringWriter.ToString();
        }
    }
}

这个方案的优势在于完全在服务器内部处理，没有额外的HTTP请求开销，而且身份验证上下文直接复用，根本不会出现登录页的问题。

方案二：用Server.Execute在当前上下文执行目标URL #

如果你的目标URL包含很多动态生成的查询参数，不想手动拆分参数的话，可以用Server.Execute方法，它会在当前请求的上下文里执行指定的URL，自动带上Forms Auth的凭证。代码示例：

public FileResult Export()
{
    // 生成目标Action的完整URL（包含所有查询参数）
    string targetUrl = Url.Action("Generate", "Report", new { reportId = 123 }) + "?filter=2024&sort=desc";

    using (var stringWriter = new StringWriter())
    {
        // 在当前请求上下文执行目标URL，输出写入StringWriter
        Server.Execute(targetUrl, stringWriter, true);

        // 把输出内容转换成文件返回
        byte[] contentBytes = Encoding.UTF8.GetBytes(stringWriter.ToString());
        return File(contentBytes, "application/pdf", "Exported_Report.pdf");
    }
}

这个方法更灵活，不管URL里有多少额外参数，直接传完整URL就行，而且同样在当前上下文执行，身份验证完全有效。

为什么HttpClient/WebClient不行？（以及如果非要用的解决方案） #

用HttpClient/WebClient相当于发起了一个全新的外部请求，这个请求和当前用户的请求没有任何关联，自然不会带上当前用户的Forms Auth Cookie。如果实在要走HTTP请求，你得手动把当前请求的Cookie复制过去，代码大概是这样：

public async Task<FileResult> ExportViaHttpClient()
{
    string baseUrl = Request.Url.GetLeftPart(UriPartial.Authority);
    string targetUrl = baseUrl + Url.Action("Generate", "Report") + "?filter=2024";

    var cookieContainer = new CookieContainer();
    using (var handler = new HttpClientHandler { CookieContainer = cookieContainer })
    {
        // 复制当前请求的所有Cookie到HttpClient
        foreach (Cookie cookie in Request.Cookies)
        {
            cookieContainer.Add(new Uri(targetUrl), new Cookie(cookie.Name, cookie.Value));
        }

        using (var httpClient = new HttpClient(handler))
        {
            var response = await httpClient.GetAsync(targetUrl);
            if (response.IsSuccessStatusCode)
            {
                byte[] content = await response.Content.ReadAsByteArrayAsync();
                return File(content, "application/pdf", "Report.pdf");
            }
        }
    }

    throw new Exception("请求目标Action失败");
}

不过这个方案不推荐，因为多了一次HTTP请求的开销，还要手动处理Cookie，不如前两个方案简洁高效。

内容的提问来源于stack exchange，提问作者Savage