如何在django-storages中不重写get_object_parameters，为不同图片/应用设不同cachecontrol

要实现通过构造函数传入cachecontrol参数并生效，无需大规模修改现有代码库，只需通过自定义存储类扩展S3Boto3Storage即可，具体步骤如下：

1. 创建自定义存储类 #

在你的项目中新建一个存储模块（比如yourapp/storage.py），继承S3Boto3Storage并添加参数处理逻辑：

from storages.backends.s3boto3 import S3Boto3Storage

class CustomS3Boto3Storage(S3Boto3Storage):
    def __init__(self, cachecontrol=None, **kwargs):
        # 接收构造传入的cachecontrol参数
        self.cachecontrol = cachecontrol
        super().__init__(**kwargs)

    def get_object_parameters(self, name):
        # 调用父类方法获取基础参数，再注入cachecontrol
        params = super().get_object_parameters(name)
        if self.cachecontrol:
            params['CacheControl'] = self.cachecontrol
        return params

2. 使用自定义存储类 #

现在你可以像最初期望的那样，通过构造函数直接传入cachecontrol参数：

storage = CustomS3Boto3Storage(
    bucket_name='abc',
    querystring_expire=172800,
    cachecontrol='max-age=12000',
    location='LINTING'
)

3. 可选：结合全局配置 #

如果某个应用有统一的Cache-Control规则，还可以在Django配置文件中设置全局参数，让自定义类优先使用构造传入的值，没有则读取全局配置：

# settings.py
DEFAULT_FILE_STORAGE = 'yourapp.storage.CustomS3Boto3Storage'
AWS_S3_CACHE_CONTROL = 'max-age=3600'

修改自定义类的__init__方法：

def __init__(self, cachecontrol=None, **kwargs):
    from django.conf import settings
    # 构造传参优先，否则用全局配置
    self.cachecontrol = cachecontrol or getattr(settings, 'AWS_S3_CACHE_CONTROL', None)
    super().__init__(**kwargs)

原方式不生效的原因 #

原生django-storages的S3Boto3Storage构造函数并未处理cachecontrol参数，也不会自动将其注入到get_object_parameters返回的对象参数中，所以直接传入不会生效。通过上述扩展，我们将构造参数与get_object_parameters逻辑挂钩，既能实现多应用不同缓存策略的需求，又避免了对现有代码库的大规模改动。

内容的提问来源于stack exchange，提问作者Awais Qureshi