Django静态文件的加载以及STATIC_ROOT 与STATICFILES_DIRS的区别
Djangon生产环境静态资源的处理
Django 关闭DEBUG模式后（即DEBUG=False），就相当于是生产环境了。
Django框架一旦作为生产环境，它的静态文件访问接口就不应该从Django框架中走，必须在Django框架前面部署nginx或者其他web服务器来提供静态访问入口
最佳配置方式
最佳的配置方式是将所有的App 下面的静态文件统一放置到一个目录（在项目目录下创建staticfiles文件夹）下面，然后将该目录设置为STATICFILES_DIRS，STATIC_ROOT则设置为另外的目录：
# 对外提供WEB访问时的URL地址
STATIC_URL = ‘/static/‘
# 开发阶段放置项目自己的静态文件，不能包含STATIC_ROOT路径，STATIC_ROOT 与 STATICFILES_DIRS的路径不能重复
STATICFILES_DIRS = (
os.path.join(BASE_DIR, ‘staticfiles‘),
)
# 执行collectstatic命令后会将项目中的静态文件（包括STATICFILES_DIRS、自带admin的静态文件）收集到该目录下面来（所以不应该在该目录下面放置自己的一些静态文件，因为会覆盖掉）
STATIC_ROOT = os.path.join(BASE_DIR, ‘static‘)在开发阶段Django把/static 映射到django.contrib.staticfiles这个App，django.contrib.staticfiles自动地从STATICFILES_DIRS、STATIC_ROOT以及各个App的static子目录里面搜索静态文件。
一旦部署到生产环境上，settings.py不需要重新编写，只要在Nginx的配置文件里面写好映射，/static将会被Nginx处理。django.contrib.staticfiles虽然仍然存在，但因为不会接收到以/static/开始的路径，所以将不会产生作用。不必担心Django会使处理速度变慢。
当settings.DEBUG设置成False的时候，staticfiles将自动关闭。
汇集静态资源到指定目录
运行 python manage.py collectstatic 命令，将在开发模式中定义的静态目录，统一拿到STATIC_ROOT目录下，对外提供“/static”（STATIC_URL）为访问URL：
1.首先从Django的扩展包中，将admin管理后台的jss 和css等静态文件拷贝到配置文件中的STATIC_ROOT目录下。
2.然后将STATICFILES_DIRS 列表中所有目录下的内容也拷贝到STATIC_ROOT目录下
python manage.py collectstatic在执行时，django默认会去查看定义在STATICFILES_DIRS里的目录，以及在INSTALLED_APPS里定义了的app的static目录。如果这些目录下有文件，则把文件全部收集起来，拷贝到STATIC_ROOT目录下。
nginx配置如下：
server {
listen 80;
server_name 127.0.0.1
charset UTF-8;
access_log /var/log/nginx/django_pro01_access.log;
error_log /var/log/nginx/django_pro01_error.log;
client_max_body_size 75M;
location / {
include uwsgi_params;
uwsgi_pass 127.0.0.1:8000;
uwsgi_read_timeout 2;
}
# 在nginx中要单独做访问/static/目录的路由
location /static {
expires 30d;
autoindex on;
add_header Cache-Control private;
alias /usr/share/nginx/django_pro01/static/;
}
}所有静态文件都应该从“/usr/share/nginx/django_pro01/static/”这个目录中（也就是上面定义的STATIC_ROOT）获取。
参考：