如果你不能访问request，那么你就不能像这里的一些解决方案中推荐的那样使用get_current_site(request)。您可以使用原生Sites框架和get_absolute_url的组合。在管理中设置至少一个站点，确保你的模型有一个get_absolute_url()方法，然后:

>>> from django.contrib.sites.models import Site
>>> domain = Site.objects.get_current().domain
>>> obj = MyModel.objects.get(id=3)
>>> path = obj.get_absolute_url()

>>> url = 'http://{domain}{path}'.format(domain=domain, path=path)
>>> print(url)
'http://example.com/mymodel/objects/3/'

https://docs.djangoproject.com/en/dev/ref/contrib/sites/#getting-the-current-domain-for-full-urls

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

不是绝对的url，但我正在寻找只是得到主机。如果你想在view.py中获得host，你可以这样做

def my_view(request):
   host = f"{ request.scheme }://{ request.META.get('HTTP_HOST') }"

还有另一种方式。您可以在view.py中使用build_absolute_uri()并将其传递给模板。

view.py

def index(request):
    baseurl = request.build_absolute_uri()
    return render_to_response('your-template.html', { 'baseurl': baseurl })

your-template.html

{{ baseurl }}

我遇到这个线程是因为我正在寻找为成功页面构建一个绝对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为不同的服务器和不同的设置。

希望有人会觉得这有用!