HarmonyOS Next的Web Workers不支持直接访问本地文件系统。Web Workers运行在沙箱环境中，遵循标准Web安全模型，无法直接调用文件系统API。若需操作本地文件，需通过主线程使用鸿蒙的文件管理API（如@ohos.file.fs）处理，再通过消息传递与Worker通信。

在HarmonyOS Next中，Web Workers本身运行在独立的线程中，其设计初衷是执行计算密集型任务以避免阻塞UI。对于文件系统访问，通常需要ArkTS的完整能力支持。

根据当前的HarmonyOS Next API设计，@ohos.file.fs等系统能力模块主要面向ArkTS主线程或Ability上下文。Web Workers的默认运行环境可能无法直接访问这些需要特定权限和上下文的本地文件API。

建议方案：

1. 主线程代理：在UI主线程中使用@ohos.file.fs读取文件，通过postMessage将数据传递给Worker。
2. Worker内数据处理：Worker专注于接收数据后的计算处理，避免直接文件I/O。
3. 性能考量：大型文件传输需注意消息传递的开销，可考虑分块传输或共享内存（如SharedArrayBuffer）优化。

这种架构既符合安全模型，又能有效利用Worker的并行计算能力。