我明白了:

wsgiref.util.request_uri(request.META)

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

试试下面的代码:

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

在做一个项目的时候，我学会了在Django中获取完整/绝对的URL。

如果你的URL在地址栏中是这样的:

https://stackoverflow.com/questions/2345708

如果你想把上面的URL显示给你的模板。

{{请求。不带GET参数。 {{请求。get_full_path}} #带有GET参数

对于上面的两个代码，这将打印在你的模板中

questions/2345708

另一种获取完整URL的方法是:

{{request.build_absolute_uri}}

这将打印在你的模板将是:

https://stackoverflow.com/questions/2345708

你也可以使用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时，它是可用的。

还有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()

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

如果你想使用reverse()，你可以这样做:request。build_absolute_uri(反向(view_name, args = (obj。pk,)))