非异常场景下如何在缓存生效前编程禁用OutputCache

你可以直接在动作方法的业务判断分支中修改响应缓存策略，覆盖[OutputCache]特性的默认配置，不需要移除已配置的缓存特性，也不需要额外修改全局配置。

方案1：直接在动作方法内临时关闭缓存 #

这是改动最小的实现方式，直接在需要跳过缓存的分支中，给当前响应设置不缓存标识即可：

[OutputCache(CacheProfile = "StatisticSheets")]
public virtual ActionResult GameStatistics(int? eventId, int? divisionId, string ids)
{
    if (/* 替换为你的实际业务判断条件 */)
    {
        // 覆盖OutputCache配置，设置当前响应不缓存
        Response.Cache.SetCacheability(HttpCacheability.NoCache);
        Response.Cache.SetNoStore();
    }
    return View();
}

说明：这段代码执行后，OutputCache模块不会存储当前请求的响应内容，后续相同参数的请求只要命中这个判断分支，就不会走缓存逻辑，会完整执行动作方法内的代码。使用前请确认已经引入System.Web命名空间。

方案2：自定义可动态控制的OutputCache特性（适合多接口复用场景） #

如果项目里有多个接口需要做类似的条件缓存判断，可以把逻辑抽成自定义特性，避免重复写缓存配置代码：

public class DynamicOutputCacheAttribute : OutputCacheAttribute
{
    public override void OnResultExecuting(ResultExecutingContext filterContext)
    {
        // 可根据请求参数、权限、业务标识判断是否需要跳过缓存
        bool skipCache = false;
        // 示例：读取动作方法中传入的跳过缓存标识
        if (filterContext.Controller.ViewData.TryGetValue("SkipCurrentCache", out var flag) && flag is bool skipFlag && skipFlag)
        {
            skipCache = true;
        }

        if (skipCache)
        {
            // 重置缓存配置为不缓存
            Duration = 0;
            VaryByParam = "None";
            Location = OutputCacheLocation.None;
        }
        base.OnResultExecuting(filterContext);
    }
}

使用时把原方法上的OutputCache特性替换为自定义特性即可：

[DynamicOutputCache(CacheProfile = "StatisticSheets")]
public virtual ActionResult GameStatistics(int? eventId, int? divisionId, string ids)
{
    if (/* 业务判断条件 */)
    {
        ViewData["SkipCurrentCache"] = true;
    }
    return View();
}

注意：不要通过在判断分支提前返回结果的方式跳过缓存，OutputCache模块默认会缓存所有动作方法返回的结果（包括异常、空结果），必须显式修改缓存配置才能真正禁用当前请求的缓存逻辑。

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