我明白了:

wsgiref.util.request_uri(request.META)

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

检查请求。META字典。我认为它有服务器名和服务器端口。

你还可以使用:

import socket
socket.gethostname()

这对我来说很好，

我不太清楚它是怎么运作的。我相信这是更低级的，它将返回您的服务器主机名，这可能与您的用户访问您的页面所使用的主机名不同。

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

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

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

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

希望有人会觉得这有用!

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

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

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

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

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

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

{{url_parts.domain}}