部署在容器里面，字体间歇性出现乱码问题

[tianleiyiji123]

我遇到一个乱码问题，情况是这样的，我需要使用多字体，字体文件存储在服务器本地上，然后通过 setFont 对文字及字幕进行字体设置 及注册。这种方法当视频合成的时候，在本地 mac 电脑上是没有问题的，但是部署到容器里面，我尝试了 debian，centos，rockylinux几个版本的镜像，总是会间歇性的出现乱码现象（有的时候合成是好的，但是只要出现乱码，后面的合成就都会乱码，但是如果好的话，基本一直都好的），尤其基于 node16的 debian 镜像。大佬可以帮忙分析下可能是因为什么原因？我自己尝试分析过：

1. 一开始我认为是系统问题，我目前测试多个容器系统，只有 centos7 的镜像是比较稳定，但是部署比较麻烦，安装 gl 包所缺的系统 c依赖较多，其他系统都会有乱码的问题，尤其是 debian 的（我想的是因为容器的系统缺的底层的包，因为比较精简的原因吗？但是 slim 版本，跟普通版本都试过）
2. 认为是 inkpaint 中的 registerFont 注册字体的原因，但是貌似也没找到好的突破口，字体是能够正常注册的，并没有抛出异常

[tianleiyiji123]

我在尝试了多个镜像后，最终测试的结果是，还是在 centos 下面会比较稳定，基本不会出现乱码的情况，所以如果有考虑使用集群部署操作的，最好还是基于 centos/rockylinux 作为基础镜像。而且字体文件一定要是 otf，或者 ttf 兼容性比较好一些

[tianleiyiji123]

@drawcall 大佬，运行了一段时间后，当容器重启后，又出现乱码的问题，问题有点难定位，貌似可以排除是系统层面问题了。
我猜想是，容器重启后，按道理应用实例应该都重置了，内存里面的字体缓存啥的应该都重置了，不应该出现这样的问题。但是当我将模板更换一个字体后，再重新合成，又不存在乱码了，（ps: 确实之前都是因为容器重启，就会间歇性出现乱码问题，如果稳定运行中，就会一直都会好）。所以大佬，这边的容器初始化是不是可能对canvas 哪边的实例注册或者字体注册流程有一定影响？

[taoapp]

我在尝试了多个镜像后，最终测试的结果是，还是在 centos 下面会比较稳定，基本不会出现乱码的情况，所以如果有考虑使用集群部署操作的，最好还是基于 centos/rockylinux 作为基础镜像。而且字体文件一定要是 otf，或者 ttf 兼容性比较好一些

你用的什么镜像？有Dockerfile能参考一下吗？