Compose中PrimaryTabRow自定义字体渲染异常，关联Layout Inspector修复

核心原因 #

这个问题本质是Google Font可下载字体的异步加载机制，与Jetpack Compose组件的初始渲染时机不匹配导致的：

• 可下载字体是异步加载的，应用启动时字体文件尚未完成下载/加载，系统会临时使用默认字体渲染界面。
• 其他组件（如TopAppBar、列表）后续会因状态变化（比如数据更新、系统状态监听）触发Compose重组，此时字体已经加载完成，所以能自动切换到正确字体。但PrimaryTabRow在启动后没有主动触发重组的触发条件（除非用户手动切换Tab），因此一直停留在初始的默认字体渲染状态。

触发恢复的场景解释 #

• 连接Layout Inspector：工具连接时会强制触发Compose界面的全局重组，此时字体已加载完成，Tab标题会重新用正确字体渲染。
• 切换主题：主题切换会触发全局的颜色、样式重组，同样会让PrimaryTabRow重新读取已加载完成的自定义字体，从而恢复正常。

为什么仅PrimaryTabRow受影响 #

你的代码中，PrimaryTabRow的Tab文本依赖主题Typography配置，但组件本身在启动后没有任何状态变更会触发重组——既没有数据更新，也没有外部状态监听。而其他组件（比如TopAppBar的标题、列表项）可能因系统窗口状态变化、数据加载等原因，在字体加载完成后自动触发了重组，所以能正常显示自定义字体。

临时方案生效的原因 #

将字体嵌入应用后，字体文件是同步加载的，应用启动时就能直接获取到字体资源，不存在异步加载的时机差，因此所有组件都能在初始渲染时使用正确字体。

内容的提问来源于stack exchange，提问作者gianpi