如果有人对在模板中获取带有参数的绝对反向url感兴趣，最简单的方法是通过扩展和使用现有默认代码来创建您自己的{% url %}模板标记的绝对版本。

这是我的代码:

from django import template
from django.template.defaulttags import URLNode, url

register = template.Library()

class AbsURLNode(URLNode):
    def __init__(self, view_name, args, kwargs, asvar):
        super().__init__(view_name, args, kwargs, asvar)

    def render(self, context):
        url     = super().render(context)
        request = context['request']

        return request.build_absolute_uri(url)


@register.tag
def abs_url(parser, token):

    urlNode = url(parser, token)
    return AbsURLNode( urlNode.view_name, urlNode.args, urlNode.kwargs, urlNode.asvar  )

在模板中的使用:

{% load wherever_your_stored_this_tag_file %}
{% abs_url 'view_name' parameter %}

将渲染(示例):

http://example.com/view_name/parameter/

而不是

/view_name/parameter/

我遇到这个线程是因为我正在寻找为成功页面构建一个绝对URI。request.build_absolute_uri()给了我当前视图的URI，但为了获得我的成功视图的URI，我使用了以下....

request.build_absolute_uri(反向(success_view_name))

试试下面的代码:

{{ request.scheme }}://{{ request.META.HTTP_HOST }}

我明白了:

wsgiref.util.request_uri(request.META)

获取包含模式、主机、端口路径和查询的完整uri。

还有ABSOLUTE_URL_OVERRIDES可用作为设置

https://docs.djangoproject.com/en/2.1/ref/settings/#absolute-url-overrides

但这将覆盖get_absolute_url()，这可能是不可取的。

我认为更好的解决方案是把它放在models.py中，而不是仅仅为此安装sites框架，或者做一些这里提到的依赖于request对象的其他事情

在settings.py中定义BASE_URL，然后将其导入models.py并创建一个抽象类(或将其添加到您已经在使用的类中)，该类定义get_truly_absolute_url()。它可以很简单:

def get_truly_absolute_url(self):
    return BASE_URL + self.get_absolute_url()

子类化它，现在你可以在任何地方使用它。

你也可以使用get_current_site作为sites应用程序的一部分(from django.contrib.sites.models import get_current_site)。它接受一个请求对象，如果request为None，则默认为您在settings.py中使用SITE_ID配置的站点对象。阅读更多使用站点框架的文档

e.g.

from django.contrib.sites.shortcuts import get_current_site
request = None
full_url = ''.join(['http://', get_current_site(request).domain, obj.get_absolute_url()])

它不像request.build_absolute_url()那样紧凑/整洁，但是当请求对象不可用时，并且您有一个默认的站点url时，它是可用的。