FluentUI Blazor PWA 离线模式下的JS模块加载问题解决方案

在基于 FluentUI Blazor 框架开发渐进式 Web 应用(PWA)时，开发者可能会遇到一个典型的离线访问问题：当应用处于离线状态时，控制台会抛出"Failed to fetch dynamically imported module"的JS异常。这个问题的根源在于框架默认配置与PWA服务工作线程(Service Worker)的缓存机制存在兼容性问题。

问题现象分析

当应用尝试加载FluentUI组件的附属JavaScript文件时(如FluentKeyCode.razor.js)，框架默认会在URL后附加版本查询参数(如?v=4.10.2.24283)。这种设计在在线环境下工作正常，但在PWA离线场景中会导致两个关键问题：

1. 服务工作线程的预缓存清单(service-worker-assets.js)中记录的资源URL不包含这些动态查询参数
2. 服务工作线程的缓存匹配规则(/.js$/)无法处理带查询参数的JS文件请求

技术原理剖析

FluentUI Blazor框架采用组件化设计，许多UI组件都有对应的JavaScript实现文件。这些文件通过动态导入(Dynamic Import)机制按需加载。默认情况下，框架会为这些JS文件URL添加版本查询字符串，目的是：

• 确保浏览器获取最新版本的资源
• 避免缓存导致的功能不一致问题

然而在PWA场景中，服务工作线程的预缓存策略需要精确匹配资源URL。当离线时，Service Worker无法找到带版本参数的资源副本，导致加载失败。

解决方案

FluentUI Blazor框架提供了灵活的配置选项来解决这个问题。开发者可以通过以下方式禁用JavaScript文件的版本查询参数：

builder.Services.AddFluentUIComponents(configuration =>
{
    configuration.CollocatedJavaScriptQueryString = null;
});

这个配置会指示框架生成纯静态的JS文件URL，确保：

1. 预缓存清单中的URL与实际请求URL完全匹配
2. Service Worker的标准JS文件匹配规则能够生效
3. 离线环境下资源能够被正确加载

最佳实践建议

对于需要支持离线功能的PWA应用，建议：

1. 在开发初期就配置禁用JS版本查询参数
2. 确保Service Worker的缓存策略能够覆盖所有静态资源
3. 定期测试应用的离线功能
4. 考虑实现自定义的缓存更新策略来替代版本查询参数

通过这种配置调整，开发者可以确保FluentUI Blazor应用在离线环境下依然能够提供完整的用户体验，同时保持框架的核心功能不受影响。