Excalidraw SVG导出中Lilita字体失效问题分析与解决方案

问题背景

在Excalidraw绘图工具中，用户发现当同时使用Lilita One和ExcaliFont两种字体时，SVG导出功能会出现字体渲染异常。具体表现为Lilita One字体的@font-face声明在生成的SVG文件中被完全忽略，导致最终导出的SVG无法正确显示Lilita One字体。

问题现象

当用户在Excalidraw中创建包含以下两种字体元素的绘图时：

1. 使用Lilita One字体的文本
2. 使用ExcaliFont字体的文本

导出为SVG后，生成的SVG文件中缺少Lilita One字体的@font-face定义，而ExcaliFont字体的定义则正常保留。这导致在SVG查看器中，原本应该使用Lilita One字体的文本无法正确渲染，通常会回退到默认字体显示。

技术分析

经过开发者调查，这个问题与字体文件的分布式存储方式有关。Excalidraw中的字体文件可能被分割成多个"chunks"(数据块)进行存储和加载。当两种字体同时存在时，某些情况下字体定义的合并处理逻辑存在缺陷，导致部分字体的@font-face声明被错误地过滤掉。

特别值得注意的是：

• 这个问题不仅出现在Lilita One和ExcaliFont的组合中
• 当Lilita One与Comic Shanns字体同时使用时也会出现相同问题
• 但与Nunito字体组合时则表现正常
• 这表明问题与字体文件的分布式存储结构有关，特别是与字体被分割成的chunk数量相关

解决方案

开发团队通过修改字体定义合并逻辑解决了这个问题。关键修复点是确保在生成SVG时，无论字体文件如何分布，所有使用到的字体都能正确保留其@font-face声明。

修复的核心思想是：

1. 完善字体定义的收集机制
2. 确保不因字体文件的分布式特性而丢失任何字体定义
3. 保持原有性能优化同时保证功能完整性

验证结果

经过修复后验证确认：

1. 同时包含Lilita One和ExcaliFont的绘图现在可以正确导出SVG
2. 导出的SVG中包含完整的两种字体定义
3. 所有文本都能按照预期使用指定的字体渲染

总结

这个问题的解决体现了Excalidraw团队对细节的关注和对用户体验的重视。字体渲染是绘图工具的核心功能之一，确保导出结果的准确性对于专业用户尤为重要。通过这次修复，Excalidraw进一步提升了其在SVG导出功能上的可靠性。

对于开发者而言，这个案例也提醒我们，在处理分布式资源合并时需要考虑各种边界情况，特别是当资源具有不同的存储结构特性时，需要设计更加健壮的合并算法。