Streamlit 1.43版本自定义字体失效问题解析

问题背景

Streamlit作为一款流行的Python Web应用框架，在1.43版本更新后出现了自定义字体失效的问题。多位开发者报告称，在升级到1.43版本后，原本通过CSS注入的自定义字体无法正常显示，系统会回退到默认的衬线字体（如Times New Roman）。

问题表现

开发者在使用Streamlit 1.43版本时，发现以下两种自定义字体方式出现问题：

1. 通过CSS文件注入的自定义字体：

@font-face {
    font-family: 'My Custom Font';
    src: url('../fonts/my_custom_font.otf') format('opentype');
}

2. 通过config.toml配置的主题字体：

[theme]
font = "sans serif"

在1.43版本中，这些自定义字体设置不再生效，页面会显示为默认的浏览器字体。

问题原因分析

经过开发者社区和Streamlit团队的调查，发现这个问题主要由两个因素导致：

1. CSS注入机制变化：1.43版本对样式注入的处理逻辑有所调整，导致部分自定义字体文件无法被正确加载和解析。

2. 字体名称格式规范：在config.toml中配置字体名称时，1.43版本对格式要求更加严格。特别是"sans serif"需要写成"sans-serif"（带连字符）才能被正确识别。

解决方案

针对不同情况，开发者可以采取以下解决方案：

对于CSS注入的自定义字体

1. 暂时回退到1.42或1.41版本
2. 检查字体文件的路径是否正确，确保字体文件能被正确加载
3. 等待1.44版本的正式发布，该版本将修复相关问题

对于config.toml中的字体配置

将字体名称改为带连字符的格式：

[theme]
font = "sans-serif"

技术细节

在Web开发中，字体名称的书写规范确实存在一定差异。CSS规范中通常使用带连字符的写法（如"sans-serif"），而一些框架为了简化配置可能会接受不带连字符的形式。Streamlit 1.43版本在这方面做了更严格的规范要求，导致之前不规范的写法失效。

对于自定义字体文件加载问题，可能涉及以下技术点：

1. 字体文件的MIME类型设置
2. 跨域资源共享(CORS)策略
3. 字体文件的格式兼容性（如OTF、TTF、WOFF等）

最佳实践建议

1. 在config.toml中配置字体时，始终使用标准CSS字体名称格式
2. 部署自定义字体时，建议同时提供多种格式（如WOFF2、WOFF）以提高兼容性
3. 在Docker容器中部署时，确保字体文件具有正确的访问权限
4. 在升级Streamlit版本前，先在测试环境中验证自定义字体的显示效果

总结

Streamlit 1.43版本在字体处理上的变化给部分开发者带来了困扰，但这些问题都有明确的解决方案。对于急切需要自定义字体功能的项目，可以暂时回退到1.42版本；对于可以等待的项目，1.44版本将提供更完善的解决方案。这个案例也提醒我们，在框架升级时需要充分测试UI相关的功能，特别是涉及样式和字体的部分。