Вы не должны создавать дополнительный метод для этого

@Url.Action("Action", "Controller", null, this.Context.Request.Scheme);

Если Вы просто хотите преобразовать относительный путь с дополнительными параметрами, я создал дополнительный метод для IHttpContextAccessor

public static string AbsoluteUrl(this IHttpContextAccessor httpContextAccessor, string relativeUrl, object parameters = null)
{
    var request = httpContextAccessor.HttpContext.Request;

    var url = new Uri(new Uri($"{request.Scheme}://{request.Host.Value}"), relativeUrl).ToString();

    if (parameters != null)
    {
        url = Microsoft.AspNetCore.WebUtilities.QueryHelpers.AddQueryString(url, ToDictionary(parameters));
    }

    return url;
}


private static Dictionary<string, string> ToDictionary(object obj)
{
    var json = JsonConvert.SerializeObject(obj);
    return JsonConvert.DeserializeObject<Dictionary<string, string>>(json);
}

, который можно затем назвать методом от сервиса/представления с помощью введенного IHttpContextAccessor

var callbackUrl = _httpContextAccessor.AbsoluteUrl("/Identity/Account/ConfirmEmail", new { userId = applicationUser.Id, code });

Это - изменение anwser Muhammad Rehan Saeed , при этом класс паразитирующе присоединяется к существующему ядру .NET класс MVC того же имени, так, чтобы все просто работало.

namespace Microsoft.AspNetCore.Mvc
{
    /// <summary>
    /// <see cref="IUrlHelper"/> extension methods.
    /// </summary>
    public static partial class UrlHelperExtensions
    {
        /// <summary>
        /// Generates a fully qualified URL to an action method by using the specified action name, controller name and
        /// route values.
        /// </summary>
        /// <param name="url">The URL helper.</param>
        /// <param name="actionName">The name of the action method.</param>
        /// <param name="controllerName">The name of the controller.</param>
        /// <param name="routeValues">The route values.</param>
        /// <returns>The absolute URL.</returns>
        public static string AbsoluteAction(
            this IUrlHelper url,
            string actionName,
            string controllerName,
            object routeValues = null)
        {
            return url.Action(actionName, controllerName, routeValues, url.ActionContext.HttpContext.Request.Scheme);
        }

        /// <summary>
        /// Generates a fully qualified URL to the specified content by using the specified content path. Converts a
        /// virtual (relative) path to an application absolute path.
        /// </summary>
        /// <param name="url">The URL helper.</param>
        /// <param name="contentPath">The content path.</param>
        /// <returns>The absolute URL.</returns>
        public static string AbsoluteContent(
            this IUrlHelper url,
            string contentPath)
        {
            HttpRequest request = url.ActionContext.HttpContext.Request;
            return new Uri(new Uri(request.Scheme + "://" + request.Host.Value), url.Content(contentPath)).ToString();
        }

        /// <summary>
        /// Generates a fully qualified URL to the specified route by using the route name and route values.
        /// </summary>
        /// <param name="url">The URL helper.</param>
        /// <param name="routeName">Name of the route.</param>
        /// <param name="routeValues">The route values.</param>
        /// <returns>The absolute URL.</returns>
        public static string AbsoluteRouteUrl(
            this IUrlHelper url,
            string routeName,
            object routeValues = null)
        {
            return url.RouteUrl(routeName, routeValues, url.ActionContext.HttpContext.Request.Scheme);
        }
    }
}

Если Вы просто хотите Uri для метода, который имеет аннотацию маршрута, следующее работало на меня.

Шаги

Получают Относительный URL

, Отмечающий название Маршрута целевого действия, получают относительный URL с помощью контроллера свойство URL следующим образом:

var routeUrl = Url.RouteUrl("*Route Name Here*", new { *Route parameters here* });

Создают абсолютный URL

var absUrl = string.Format("{0}://{1}{2}", Request.Scheme,
            Request.Host, routeUrl);

, Создают новый пример Uri

var uri = new Uri(absUrl, UriKind.Absolute)

[Produces("application/json")]
[Route("api/Children")]
public class ChildrenController : Controller
{
    private readonly ApplicationDbContext _context;

    public ChildrenController(ApplicationDbContext context)
    {
        _context = context;
    }

    // GET: api/Children
    [HttpGet]
    public IEnumerable<Child> GetChild()
    {
        return _context.Child;
    }

    [HttpGet("uris")]
    public IEnumerable<Uri> GetChildUris()
    {
        return from c in _context.Child
               select
                   new Uri(
                       $"{Request.Scheme}://{Request.Host}{Url.RouteUrl("GetChildRoute", new { id = c.ChildId })}",
                       UriKind.Absolute);
    }


    // GET: api/Children/5
    [HttpGet("{id}", Name = "GetChildRoute")]
    public IActionResult GetChild([FromRoute] int id)
    {
        if (!ModelState.IsValid)
        {
            return HttpBadRequest(ModelState);
        }

        Child child = _context.Child.Single(m => m.ChildId == id);

        if (child == null)
        {
            return HttpNotFound();
        }

        return Ok(child);
    }
}

Можно получить URL как это:

Request.Headers["Referer"]

Объяснение

Эти Request.UrlReferer бросит System.UriFormatException, если HTTP-заголовок ссылающегося домена будет уродлив (который может произойти, так как это обычно не находится под Вашим контролем).

Что касается использования Request.ServerVariables, на MSDN:

Запрос. Набор ServerVariables

набор ServerVariables получает значения предопределенных переменных среды и информации заголовка запроса.

Запрос. Свойство

заголовков Получает набор HTTP-заголовков.

я предполагаю, что не понимаю, почему Вы предпочли бы Request.ServerVariables более чем Request.Headers, так как Request.ServerVariables содержит все переменные среды, а также заголовки, где Запрос. Заголовки являются намного более коротким списком, который только содержит заголовки.

, Таким образом, лучшее решение состоит в том, чтобы использовать Request.Headers набор для чтения значения непосредственно. Действительно учтите предупреждения Microsoft о HTML, кодирующем значение, если Вы собираетесь отобразить его на форме, все же.

После RC2 и 1.0 Вы больше не должны вводить IHttpContextAccessor Вам дополнительный класс. Это сразу доступно в IUrlHelper через urlhelper.ActionContext.HttpContext.Request. Вы затем создали бы дополнительный класс после той же идеи, но более простой, так как не будет никакой включенной инжекции.

public static string AbsoluteAction(
    this IUrlHelper url,
    string actionName, 
    string controllerName, 
    object routeValues = null)
{
    string scheme = url.ActionContext.HttpContext.Request.Scheme;
    return url.Action(actionName, controllerName, routeValues, scheme);
}

Отъезд деталей о том, как создать его вводящий средство доступа в случае, если они полезны для кого-то. Вы могли бы также просто интересоваться абсолютным URL текущего запроса, в этом случае смотреть в конце ответа.

Вы могли изменить свой дополнительный класс для использования IHttpContextAccessor интерфейс для получения HttpContext . После того как у Вас есть контекст, затем можно получить HttpRequest экземпляр от [1 111] и использовать его свойства Scheme, Host, Protocol и т.д. в качестве в:

string scheme = HttpContextAccessor.HttpContext.Request.Scheme;

, Например, Вы могли потребовать, чтобы Ваш класс был настроен с HttpContextAccessor:

public static class UrlHelperExtensions
{        
    private static IHttpContextAccessor HttpContextAccessor;
    public static void Configure(IHttpContextAccessor httpContextAccessor)
    {           
        HttpContextAccessor = httpContextAccessor;  
    }

    public static string AbsoluteAction(
        this IUrlHelper url,
        string actionName, 
        string controllerName, 
        object routeValues = null)
    {
        string scheme = HttpContextAccessor.HttpContext.Request.Scheme;
        return url.Action(actionName, controllerName, routeValues, scheme);
    }

    ....
}

, Который является чем-то, которое можно сделать на Вашем Startup класс (файл Startup.cs):

public void Configure(IApplicationBuilder app)
{
    ...

    var httpContextAccessor = app.ApplicationServices.GetRequiredService<IHttpContextAccessor>();
    UrlHelperExtensions.Configure(httpContextAccessor);

    ...
}

Вы могли, вероятно, придумать различные способы добраться IHttpContextAccessor в Вашем дополнительном классе, но если Вы захотите сохранить свои методы как дополнительные методы в конце, то необходимо будет ввести IHttpContextAccessor в статический класс. (Иначе Вам будет нужно IHttpContext как аргумент на каждом вызове)

Просто получение absoluteUri текущего запроса

, Если Вы просто захотите получить абсолютный uri текущего запроса, можно использовать дополнительные методы GetDisplayUrl или GetEncodedUrl от UriHelper класс. (Который отличается от Ура помощник L )

GetDisplayUrl. Возвращает объединенные компоненты URL запроса в полностью незавершенной форме (за исключением QueryString) подходящий только для дисплея. Этот формат не должен использоваться в HTTP-заголовках или других операциях HTTP.

GetEncodedUrl. Возвращает объединенные компоненты URL запроса в полностью завершенной форме, подходящей для использования в HTTP-заголовках и других операций HTTP.

для использования их:

• Включают пространство имен Microsoft.AspNet.Http.Extensions.
• , Добираются HttpContext экземпляр. Это уже доступно в некоторых классах (как представления бритвы), но в других Вы, возможно, должны были бы ввести IHttpContextAccessor, как объяснено выше.
• Затем просто используют их в качестве в [1 125]

, альтернатива тем методам вручную обработала бы себя абсолютный uri с помощью значений в HttpContext.Request объект (Подобный тому, что RequireHttpsAttribute делает):

var absoluteUri = string.Concat(
                        request.Scheme,
                        "://",
                        request.Host.ToUriComponent(),
                        request.PathBase.ToUriComponent(),
                        request.Path.ToUriComponent(),
                        request.QueryString.ToUriComponent());

В новом проекте ASP.Net 5 MVC в действии контроллера можно все еще сделать this.Context, и this.Context.Request Это похоже по Запросу больше нет свойства Url, но дочерние свойства (схема, хост, и т.д.), все по запросу возражают непосредственно.

 public IActionResult About()
    {
        ViewBag.Message = "Your application description page.";
        var schema = this.Context.Request.Scheme;

        return View();
    }

Скорее или не Вы хотите использовать это. Контекст или вводит свойство, другой разговор. Внедрение зависимости в ASP.NET vNext