OHIF/Viewers项目中的DICOM显微镜查看器路径问题解析

问题背景

在医学影像领域，OHIF/Viewers是一个广泛使用的开源医学影像查看平台。该平台支持多种医学影像格式的展示，其中包括DICOM显微镜图像（Whole Slide Imaging，简称WSI）。然而，在特定配置环境下，用户发现WSI查看功能无法正常工作。

问题现象

当开发者使用PUBLIC_URL环境变量构建OHIF/Viewers项目时，系统在尝试加载WSI图像时会陷入无限加载状态。通过浏览器开发者工具检查网络请求，可以发现系统未能正确加载dicomMicroscopyViewer.min.js文件。

技术分析

问题的根源在于代码中对dicom-microscopy-viewer库的加载路径处理不当。在项目源码的plugin import.js文件中，存在以下硬编码的路径引用：

const imported = await window.browserImportFunction('/dicom-microscopy-viewer/dicomMicroscopyViewer.min.js');

这种硬编码方式忽略了PUBLIC_URL环境变量的配置，导致在非根路径部署时资源加载失败。当PUBLIC_URL被设置为非根路径（如'/ohif-viewer'）时，浏览器会尝试从根路径而非配置的公共路径下加载资源。

解决方案思路

要解决这个问题，需要修改资源加载逻辑，使其能够：

1. 识别并尊重PUBLIC_URL配置
2. 动态构建正确的资源加载路径
3. 保持向后兼容性，确保未配置PUBLIC_URL时仍能正常工作

实现建议

理想的解决方案应该修改import.js文件，使其能够：

const basePath = process.env.PUBLIC_URL || '';
const imported = await window.browserImportFunction(`${basePath}/dicom-microscopy-viewer/dicomMicroscopyViewer.min.js`);

这种实现方式将：

• 自动检测PUBLIC_URL环境变量
• 为空时默认为根路径
• 非空时作为前缀添加到资源路径前

影响评估

该修改将影响所有使用WSI功能的OHIF/Viewers部署，特别是：

• 使用子路径部署的项目
• 使用CDN或反向代理的项目
• 需要多环境部署的企业级应用

结语

路径处理是Web应用部署中的常见问题，特别是在需要支持多种部署环境的开源项目中。通过正确处理PUBLIC_URL配置，可以显著提升OHIF/Viewers在不同部署场景下的兼容性和用户体验。这个问题也提醒开发者在编写资源引用代码时，应充分考虑各种部署环境的需求。