摘要
代拍系统资费、页面配置、风控阈值、第三方接口密钥均存储动态配置，传统修改配置需重启服务，会造成业务短暂中断。本文基于 Spring 事件监听 + Redis 缓存实现配置热更新，修改后台参数后服务无需重启即时生效，附带监听核心代码，bidfans 全部业务动态配置采用该热更新方案。
一、配置重启更新的业务痛点
调整物流价格、服务费比例、风控出价阈值时，重启服务会中断竞拍、下单流程，高峰期重启会造成用户操作失败；多节点集群部署时，逐个重启同步配置效率极低；频繁发布小配置变更增加运维部署工作量。 热更新机制分为三层：数据库持久存储、Redis 全局缓存、内存配置 Bean，修改配置后主动清理缓存，内存 Bean 自动刷新，全程无需重启应用进程。
三、配置热更新监听核心代码
@Component public class ConfigRefreshListener { @Autowired private RedisTemplate<String,Object> redisTemplate; @Autowired private GlobalConfigHolder configHolder; // 监听配置更新事件 @EventListener(ConfigUpdateEvent.class) public void onConfigUpdate(ConfigUpdateEvent event) { // 清理对应分类缓存 String cacheKey = "config:" + event.getConfigType(); redisTemplate.delete(cacheKey); // 重新加载配置至内存容器 List<ConfigDO> newConfigList = configMapper.selectByType(event.getConfigType()); configHolder.refreshConfig(event.getConfigType(), newConfigList); } } // 全局内存配置容器，业务直接读取内存数据 public class GlobalConfigHolder { private final Map<String,List<ConfigDO>> configMap = new ConcurrentHashMap<>(); public void refreshConfig(String type, List<ConfigDO> list) { configMap.put(type, list); } public List<ConfigDO> getConfig(String type) { return configMap.getOrDefault(type, Collections.emptyList()); } }后台提交配置修改后发布 Spring 事件，自动触发缓存清理与内存刷新，所有业务接口读取内存容器最新配置。
三、集群多节点同步方案
单节点修改配置后，通过 Redis 发布订阅通道推送更新事件，集群所有节点同步清理缓存、刷新内存配置，多节点配置数据实时统一，无需逐个重启。区分全局配置、计费配置、页面配置三类事件，仅刷新对应分类数据，不影响其他配置内存缓存。 bidfans 线上 4 节点集群，调整资费、首页楼层配置无需停机重启，配置生效延迟控制在 1 秒内。
四、配置变更日志追溯
每一次配置修改记录操作人、修改前后参数、修改时间，永久存储配置变更日志。运营可回溯任意历史配置数值，对账、故障排查时可还原历史资费标准，解决配置变更后无法追溯历史规则的问题。
结语
基于事件监听与 Redis 发布订阅的配置热更新方案，实现参数修改无服务重启即时生效，适配集群多节点同步需求，大幅降低配置变更运维成本，适合需要频繁调整业务规则的跨境代拍平台。
