C# ASP如何在同一页面及多客户端之间存储数据？

看起来你这个思路已经抓住了减少数据库压力的核心——批量加载+定时后台更新，针对生产线计分板这种对实时性有一定要求但又不需要毫秒级同步的场景，这个方向是非常贴合业务的！

现有方案的合理性 #

• 用public static类缓存数据：确实能有效减少前端/业务逻辑层对数据库的直接调用，尤其生产线场景下操作人员频繁查看计分板，缓存能大幅降低DB负载
• 后台线程定时更新（每2分钟）：匹配了生产线进度的节奏，不会因为过于频繁的更新浪费资源，也能保证数据不会滞后太多
• 异步执行耗时查询（15-30秒）：避免了更新操作阻塞主线程，影响应用的响应性

可优化的细节点 #

1. 线程管理的健壮性 #

直接手动创建Thread的话，建议换成更可靠的线程池（比如ScheduledExecutorService），避免频繁创建销毁线程带来的开销，同时能更好地控制并发数：

// 初始化单线程池（更新任务无需并行，避免同时触发多个DB查询）
private static final ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();

// 启动定时任务，每2分钟执行一次（首次执行立即触发）
scheduler.scheduleAtFixedRate(() -> {
    // 执行耗时DB查询与静态类数据更新逻辑
    updateScoreboardCache();
}, 0, 2, TimeUnit.MINUTES);

2. 静态类缓存的线程安全 #

后台线程更新静态数据时，前端/业务线程可能在同时读取，一定要注意线程安全！可以用volatile修饰简单类型变量保证可见性，或者用线程安全容器存储业务数据：

public static class Info {
    // volatile保证多线程下的数据可见性
    public static volatile int counter = 0;
    // 用线程安全容器存储生产线进度数据
    public static final ConcurrentHashMap<String, ProductionProgress> lineProgress = new ConcurrentHashMap<>();
}

3. 失败重试与异常监控 #

耗时15-30秒的查询很可能因为网络波动或DB负载过高失败，建议添加重试机制并记录日志，方便排查问题：

private void updateScoreboardCache() {
    int retryTimes = 3;
    while (retryTimes > 0) {
        try {
            // 执行DB查询逻辑
            List<ProductionProgress> latestData = fetchProductionDataFromDB();
            // 原子更新缓存
            Info.lineProgress.clear();
            latestData.forEach(data -> Info.lineProgress.put(data.getLineId(), data));
            Info.counter = 0; // 重置计数器
            log.info("生产线计分板数据更新成功");
            break;
        } catch (SQLException e) {
            retryTimes--;
            log.error("计分板数据更新失败，剩余重试次数：{}", retryTimes, e);
            if (retryTimes == 0) {
                log.error("计分板数据更新最终失败，将在下一轮定时任务重试");
            }
            // 重试前短暂等待，避免立即重试加剧DB压力
            try {
                Thread.sleep(5000);
            } catch (InterruptedException ie) {
                Thread.currentThread().interrupt();
                break;
            }
        }
    }
}

4. 优雅关闭与内存泄漏预防 #

如果是Web应用（比如Spring Boot），要在应用关闭时优雅关闭线程池，避免内存泄漏：

// 在Spring Bean的销毁方法中执行线程池关闭逻辑
@PreDestroy
public void shutdownScheduler() {
    scheduler.shutdown();
    try {
        // 等待线程池完成现有任务，最多等待60秒
        if (!scheduler.awaitTermination(60, TimeUnit.SECONDS)) {
            scheduler.shutdownNow();
        }
    } catch (InterruptedException e) {
        scheduler.shutdownNow();
        Thread.currentThread().interrupt();
    }
}

额外思考点 #

• 如果生产线有不同工段或权限划分，可以考虑按维度拆分缓存，而不是全量存储，进一步提高缓存访问效率
• 可以添加手动刷新按钮，让管理人员在需要时强制更新数据，弥补定时更新的滞后性

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