你可以有一个静态方法来查看HttpContext。当前，并根据主机ID决定使用哪个URL(开发或活动服务器)。HttpContext甚至可能提供一些更简单的方法来做到这一点，但这是我找到的第一个选项，它工作得很好。

下面的代码片段在MVC4中很好地为我工作，并且不需要可用的HttpContext:

System.Web.HttpRuntime.AppDomainAppVirtualPath

这对我来说很好(也有负载均衡器):

@{
    var urlHelper = new UrlHelper(Html.ViewContext.RequestContext);
    var baseurl = urlHelper.Content(“~”);
}

<script>
    var base_url = "@baseurl";
</script>

特别是当您使用非标准端口号时，使用Request.Url.Authority一开始看起来是一个很好的引导，但在LB环境中失败了。

网页本身:

<input type="hidden" id="basePath" value="@string.Format("{0}://{1}{2}",
  HttpContext.Current.Request.Url.Scheme,
  HttpContext.Current.Request.Url.Authority,
  Url.Content("~"))" />

在javascript中:

function getReportFormGeneratorPath() {
  var formPath = $('#reportForm').attr('action');
  var newPath = $("#basePath").val() + formPath;
  return newPath;
}

这适用于我的MVC项目，希望它有帮助

在代码:

Url.Content("~/");

MVC3 Razor语法:

@Url.Content("~/")

依赖IIS的诀窍在于，IIS绑定可能不同于您的公共url(我指的是WCF)，特别是对于多主场的生产机器。我倾向于使用配置显式地为外部目的定义“基本”url，因为这往往比从Request对象中提取它更成功。