S.Lott有“好的”/简单的解决方案，elo80ka有“最好的”/高效的解决方案。这是一个“更好”/中间的解决方案-没有服务器设置，但更有效的大文件比天真的修复:

http://djangosnippets.org/snippets/365/

基本上，Django仍然处理文件的服务，但不会一次将整个文件加载到内存中。这允许您的服务器(缓慢地)在不增加内存使用的情况下提供大文件。

同样，S.Lott的X-SendFile对于较大的文件仍然更好。但如果你不能或不想为此费心，那么这个中间解决方案将为你带来更好的效率，而不会带来麻烦。

我做过一个关于这个的项目。你可以看看我的github回购:

https://github.com/nishant-boro/django-rest-framework-download-expert

这个模块提供了一种使用Apache模块Xsendfile在django rest框架中下载文件的简单方法。它还有一个额外的功能，即只向属于特定群组的用户提供下载服务

上面提到过，mod_xsendfile方法不允许在文件名中使用非ascii字符。

出于这个原因，我有一个补丁mod_xsendfile，将允许任何文件被发送，只要名称是url编码，和额外的头:

X-SendFile-Encoding: url

也会被发送。

http://ben.timby.com/?p=149

我遇到过同样的问题不止一次，所以使用xsendfile模块和django filelibrary的auth视图装饰器来实现。请随意使用它作为您自己的解决方案的灵感。

https://github.com/danielsokolowski/django-filelibrary

尝试@Rocketmonkeys解决方案，但下载的文件被存储为*.bin，并被随机命名。这当然不好。添加来自@elo80ka的另一行就解决了这个问题。 下面是我现在使用的代码:

from wsgiref.util import FileWrapper
from django.http import HttpResponse

filename = "/home/stackoverflow-addict/private-folder(not-porn)/image.jpg"
wrapper = FileWrapper(file(filename))
response = HttpResponse(wrapper, content_type='text/plain')
response['Content-Disposition'] = 'attachment; filename=%s' % os.path.basename(filename)
response['Content-Length'] = os.path.getsize(filename)
return response

你现在可以把文件存储在一个私有目录中(不是在/media或/public_html中)，并通过django将它们暴露给特定的用户或在特定的情况下。 希望能有所帮助。 感谢@elo80ka， @S。Lott和@Rocketmonkeys的答案，得到了完美的解决方案=)

S.Lott有“好的”/简单的解决方案，elo80ka有“最好的”/高效的解决方案。这是一个“更好”/中间的解决方案-没有服务器设置，但更有效的大文件比天真的修复:

http://djangosnippets.org/snippets/365/

基本上，Django仍然处理文件的服务，但不会一次将整个文件加载到内存中。这允许您的服务器(缓慢地)在不增加内存使用的情况下提供大文件。

同样，S.Lott的X-SendFile对于较大的文件仍然更好。但如果你不能或不想为此费心，那么这个中间解决方案将为你带来更好的效率，而不会带来麻烦。