Django未切换默认存储至S3问题咨询

我有一个Django应用，原本本地存储媒体文件运行正常。现计划将默认存储切换至远程云存储S3，已在settings.py中配置：

DEFAULT_FILE_STORAGE = "storages.backends.s3boto3.S3Boto3Storage"

且在Django Shell中验证该配置变量已生效：

>>> from django.conf import settings
>>> print(settings.DEFAULT_FILE_STORAGE)
storages.backends.s3boto3.S3Boto3Storage

但Django仍持续使用默认的FileSystemStorage：

>>> from django.core.files.storage import default_storage
>>> print(default_storage.__class__.__name__)  # 预期输出 "S3Boto3Storage"
FileSystemStorage
>>> print(default_storage)
<django.core.files.storage.filesystem.FileSystemStorage object at 0x000002A6E6C8FA10>

我的代码逻辑简单，不存在配置被覆盖的情况，请问为何Django未读取settings.py中的默认存储配置？

可能的原因及解决方法 #

• 确认django-storages依赖是否安装完整：只配置存储后端但没装对应依赖的话，Django会自动 fallback 到FileSystemStorage。执行pip install django-storages[aws]安装包含AWS支持的完整包。
• 补充S3必需的配置项：仅设置DEFAULT_FILE_STORAGE不够，还需要在settings.py中添加S3的核心配置，否则S3Boto3Storage无法正常初始化，Django会切换回默认存储：

AWS_ACCESS_KEY_ID = "你的AWS访问密钥ID"
AWS_SECRET_ACCESS_KEY = "你的AWS秘密访问密钥"
AWS_STORAGE_BUCKET_NAME = "你的S3桶名称"
AWS_S3_REGION_NAME = "桶所在区域，例如us-east-1"

• 检查default_storage是否被提前加载：default_storage是单例对象，如果在settings配置完成前就被导入（比如某些app的__init__.py、信号文件中提前导入），会导致它用默认存储初始化。重启shell后，先验证settings配置，再导入default_storage测试。
• 确认使用的是正确的settings模块：如果项目有多环境配置（开发/生产），可能启动shell时用了未修改的配置文件。可以通过python manage.py shell --settings=你的项目.settings.目标环境指定配置模块后再测试。
• 排查第三方库或中间件的干扰：少数第三方媒体管理类库可能会强制修改存储后端，虽然你说代码逻辑简单，但可以检查下是否有这类依赖在运行时覆盖了配置。

内容的提问来源于stack exchange，提问作者Jai Izadi