模块化Vaadin Flow应用前端资源动态加载的热重载插件系统实现咨询

• 基于Spring MVC静态资源映射机制，为所有已加载插件的META-IN/resources/frontend路径注册独立的资源处理器，统一分配/plugin-assets/{插件唯一ID}/**的公开访问路径，完全隔离主应用静态资源与插件资源的访问入口。通过PF4J的PluginManager获取每个插件的专属类加载器，即可直接读取插件Jar包内的对应路径资源，无需修改主应用原有webpack打包规则。
• 为插件工程增加独立的NPM依赖预构建流程：每个插件自行负责打包自身引用的第三方NPM资源为UMD格式的独立chunk，打包产物直接存入插件自身的META-IN/resources/frontend目录下，主应用构建阶段完全不需要感知插件的NPM依赖，从根源上避免主应用与插件、不同插件之间的NPM包版本冲突。

• 直接基于Vaadin提供的Page.loadDynamic特性封装加载逻辑：服务端完成插件加载校验后，主动调用UI.getCurrent().getPage().loadDynamic()方法，按依赖顺序加载对应插件的入口JS、CSS文件，资源路径直接使用之前统一注册的/plugin-assets/{插件唯一ID}/xxx格式即可。
• 主应用webpack配置中提前将Vaadin公共依赖（如flow-client、lit、通用组件库等）声明为external，全局挂载到window对象下；插件构建时将这些公共依赖排除，直接复用主应用暴露的实例，既可以大幅缩减插件包体积，也能避免多实例冲突问题。
• 若插件需要提供可路由的Vaadin视图，可在插件的JS入口中调用window.Vaadin.Flow.registerCustomElement()方法注册自定义组件，主应用的Flow路由可直接动态绑定到插件提供的组件类，无需主应用提前编译相关代码。

• 监听PF4J的插件卸载、重载事件，服务端主动向关联的在线UI推送资源更新指令，前端收到指令后自动移除已加载的插件样式、注销已注册的自定义组件，再重新加载新版本插件的资源即可完成热更新。
• 开发环境下可给插件资源处理器增加文件变更检测逻辑，检测到插件前端资源修改后自动触发热重载，无需重启主应用。

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