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

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

request.build_absolute_uri(反向(success_view_name))

正如在其他答案中提到的，request.build_absolute_uri()是完美的，如果你可以访问request，而sites框架是伟大的，只要不同的url指向不同的数据库。

然而，我的用例略有不同。我的登台服务器和生产服务器访问相同的数据库，但是get_current_site都返回数据库中的第一个站点。要解决这个问题，必须使用某种环境变量。你可以使用1)一个环境变量(类似os.environ。get('SITE_URL'， 'localhost:8000'))或2)不同的site_id为不同的服务器和不同的设置。

希望有人会觉得这有用!

要从模板创建到另一个页面的完整链接，您可以使用以下命令:

{{ request.META.HTTP_HOST }}{% url 'views.my_view' my_arg %}

request.META。HTTP_HOST给出主机名，url给出相对名。然后模板引擎将它们连接成一个完整的url。

你可以试试"request.get_full_path()"

我知道这是一个老问题。但我认为人们仍然经常遇到这种情况。

有几个库可以补充Django的默认功能。我试过一些。当反向引用绝对url时，我喜欢以下库:

https://github.com/fusionbox/django-absoluteuri

另一个我喜欢的是，因为你可以很容易地把域、协议和路径放在一起:

https://github.com/RRMoelker/django-full-url

这个库允许你在模板中简单地写你想要的东西，例如:

{{url_parts.domain}}