DOMPurify 3.0版本中的模块导入问题分析与解决方案

问题背景

DOMPurify作为一款流行的HTML净化库，在3.0.7版本更新后，部分用户在使用Angular、React和Lit等前端框架时遇到了模块导入问题。主要错误表现为"export 'sanitize' was not found in 'dompurify'"或类似的模块导出错误。

问题根源分析

这个问题的核心在于DOMPurify 3.0.7版本对模块系统的改动：

1. 模块格式变更：从3.0.7版本开始，DOMPurify将默认加载的模块从UMD格式的"dist/purify.js"改为ESM格式的"dist/purify.es.mjs"

2. 导出方式变化：新版本使用了ES模块的默认导出方式(export default createDOMPurify())，而不再支持旧版的命名空间导入方式(import * as DOMPurify)

3. 类型定义不匹配：@types/dompurify的类型定义没有及时跟进这一变更，导致TypeScript项目出现类型检查错误

影响范围

这一问题主要影响以下使用场景：

1. 使用import * as DOMPurify from 'dompurify'语法导入的项目
2. Angular项目，特别是那些启用了allowSyntheticDefaultImports选项的项目
3. 使用Webpack等打包工具构建的项目
4. 依赖@types/dompurify类型定义的项目

解决方案

临时解决方案

在3.0.8版本发布前，开发者可以采用以下临时方案：

1. 固定使用3.0.6版本：

"dompurify": "3.0.6"

2. 修改导入方式为默认导入：

import DOMPurify from 'dompurify'

官方修复

DOMPurify团队迅速响应，在3.0.8版本中：

1. 回滚了条件导出的变更
2. 恢复了UMD格式的支持
3. 确保兼容各种导入方式

最佳实践建议

1. 导入方式：推荐使用默认导入方式import DOMPurify from 'dompurify'

2. 版本控制：在package.json中指定确切版本以避免意外升级

3. 缓存清理：Angular项目在修改后需要清理.angular缓存

4. 类型定义：确保@types/dompurify与主库版本匹配

技术启示

这一事件展示了前端生态系统中模块系统兼容性的重要性。开发者需要注意：

1. ESM和CJS模块系统的差异
2. 类型定义与实际实现的同步问题
3. 重大变更对下游项目的影响评估
4. 回退机制的必要性

DOMPurify团队的快速响应和修复展示了良好的开源维护实践，值得其他项目借鉴。