OutputCache属性始终保留旧时长，自定义缓存提供者问题排查

看起来你遇到的问题是自定义输出缓存属性没有正确根据事件状态（过期/未来）动态调整缓存时长，导致为过期事件设置的两周时长意外应用到了未来事件上。咱们一步步拆解问题，看看哪里可能漏了配置。

可能的问题根源 #

默认的OutputCacheAttribute会基于属性上的固定参数（比如Duration）生成缓存键，但如果你的自定义属性是动态修改时长（比如根据expired参数切换到两周），很可能存在以下疏漏：

• 没有在自定义逻辑中动态覆盖Duration属性，或者覆盖时机不对，导致缓存策略未按事件状态区分
• 缓存键的生成逻辑没有关联时长变量，导致不同时长的请求共用了同一个缓存条目
• 自定义输出缓存提供者（如果有）硬编码了缓存时长，忽略了属性传递的Duration值

针对性修复方案 #

假设你的ExpiredOutputCacheAttribute是想根据expired参数切换缓存时长（过期事件缓存两周，未来事件缓存1小时），可以按以下步骤调整：

1. 完善自定义属性的动态时长逻辑 #

修改ExpiredOutputCacheAttribute的OnActionExecuting方法，根据请求参数动态设置Duration：

public class ExpiredOutputCacheAttribute : OutputCacheAttribute
{
    // 定义两种场景的时长：未来事件1小时，过期事件两周
    private const int FutureEventDuration = 3600;
    private const int ExpiredEventDuration = 1209600; // 两周对应的秒数

    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        // 从请求参数中获取expired标识
        if (filterContext.HttpContext.Request.Params.TryGetValue("expired", out var expiredStr) && 
            bool.TryParse(expiredStr, out var isExpired))
        {
            // 根据事件状态动态切换缓存时长
            Duration = isExpired ? ExpiredEventDuration : FutureEventDuration;
        }
        else
        {
            // 默认使用未来事件的缓存时长
            Duration = FutureEventDuration;
        }

        // 必须调用基类方法，确保默认缓存逻辑生效
        base.OnActionExecuting(filterContext);
    }
}

2. 确保缓存键区分不同时长 #

默认缓存键会包含Duration，但为了保险起见，可以重写GetCacheKey方法，明确将时长纳入缓存键：

public override string GetCacheKey(ActionExecutingContext filterContext)
{
    var baseKey = base.GetCacheKey(filterContext);
    // 追加当前时长，避免不同时长的请求共用缓存
    return $"{baseKey}_Duration_{Duration}";
}

3. 验证自定义缓存提供者的逻辑 #

如果你实现了自定义输出缓存提供者，一定要确保它使用OutputCacheAttribute传递的Duration值，而不是硬编码固定时长。比如在添加缓存条目时，要读取属性的Duration参数：

public override void Add(string key, object entry, DateTime utcExpiry)
{
    // 确保utcExpiry是基于属性的Duration计算出来的，而非固定值
    // 你的缓存存储逻辑...
}

额外检查点 #

• 确认VaryByParam = "eventid;expired"配置正确：expired参数直接影响缓存策略，必须包含在VaryByParam中，确保不同expired值的请求生成独立缓存键
• 测试时可以在缓存提供者中添加日志，记录每个缓存条目的键和过期时间，验证过期事件和未来事件是否使用了预期的时长

内容的提问来源于stack exchange，提问作者Mike Flynn