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

这是我的解决方案(使用。net core 3.1，在api控制器中):

string baseUrl = $"{Request.Scheme}://{Request.Headers.Where(h => h.Key == "Host").First().Value}";

在代码:

Url.Content("~/");

MVC3 Razor语法:

@Url.Content("~/")

对于MVC 4:

String.Format("{0}://{1}{2}", Url.Request.RequestUri.Scheme, Url.Request.RequestUri.Authority, ControllerContext.Configuration.VirtualPathRoot);

这是一个asp.net属性到MVC的转换。这是一个很好的方法。

声明一个helper类:

namespace MyTestProject.Helpers
{
    using System.Web;

    public static class PathHelper
    {
        public static string FullyQualifiedApplicationPath(HttpRequestBase httpRequestBase)
        {
            string appPath = string.Empty;

            if (httpRequestBase != null)
            {
                //Formatting the fully qualified website url/name
                appPath = string.Format("{0}://{1}{2}{3}",
                            httpRequestBase.Url.Scheme,
                            httpRequestBase.Url.Host,
                            httpRequestBase.Url.Port == 80 ? string.Empty : ":" + httpRequestBase.Url.Port,
                            httpRequestBase.ApplicationPath);
            }

            if (!appPath.EndsWith("/"))
            {
                appPath += "/";
            }

            return appPath;
        }
    }
}

用法:

从控制器使用:

PathHelper.FullyQualifiedApplicationPath(ControllerContext.RequestContext.HttpContext.Request)

在视图中使用:

@using MyTestProject.Helpers

PathHelper.FullyQualifiedApplicationPath(Request)

这是在asp.net MVC 4中工作 在任何控制器动作中，你都可以写: 1stline获取整个url+查询字符串。 第二行删除本地路径和查询，最后一个'/'符号。 第三行在最后位置添加“/”符号。

Uri url = System.Web.HttpContext.Current.Request.Url;
string UrlLink = url.OriginalString.Replace(url.PathAndQuery,"");
UrlLink = String.Concat(UrlLink,"/" );