背景

qData 数据服务层采用动态路由设计，将 API 配置持久化至数据库表 DS_API，程序启动时通过 StartedUpRunner 一次性加载并注册至 Spring 的 RequestMappingHandlerMapping 内部维护的 MappingRegistry 中，实现灵活的路由映射。

问题

该加载逻辑仅在应用启动时执行一次。当用户在运行时通过前端界面新增、修改或删除 API 配置时，MappingRegistry 中的路由映射不会同步更新，导致配置变更必须重启应用才能生效，影响发布效率与运维体验。

目标

在不破坏原有架构的前提下，设计并实现一个可插拔的热重载模块，支持对 DS_API 表的配置变更进行增量检测与动态路由更新，使 API 发布做到准实时生效（≤30s）且无需重启。

设计思路

从最小可执行单元实现，一步步迭代。先实现最简单的操作。目标是：使用 curl 命令执行全量重载。

新建模块 hotreload。

新建静态 controller 和 service 模块。

对于 concurrentHashMap 数据结构的 requestHandlerMapping 进行。

我发现在代码中有两个 requestHandlerMapping 实例，通过排查发现，两个哈希码是不同的，也就是说，在程序中存在两次实例化。一个实例中存在动态路由的内容，而一个中不存在，首先要避免这种情况的发生，否则可能引起不可预知的问题。

通过哈希码排查和反射找到对应的 class，最终确定了位置所在。移除了多余的实例化操作，保证内存环境的可理解。

由于 MappingHandlerMapping 类中已经做了对目前的路由的存储，因此可以之间扫描全表进行载入，因为 registryMapping 函数中已经做了去重的操作。