Android生产环境Typeface.createFromFile(File) Native崩溃修复建议求助

核心问题分析 #

调用Typeface.createFromFile(File)时触发Native层崩溃，Java层的try/catch无法捕获这类崩溃——因为Native崩溃直接终止进程，不属于Java异常体系。结合上报栈信息：

• Play回溯显示崩溃发生在系统字体解析逻辑FontFileUtil.analyzeStyle中，说明是系统解析字体文件时出错
• Crashlytics的libft2.so崩溃指向FreeType字体库解析失败，大概率是下载的字体文件损坏、不完整或格式无效

修复措施 #

1. 增加字体文件全链路有效性校验 #

从下载到加载的每个环节都做校验，从源头避免加载无效文件：

• 校验响应头：检查Content-Length是否合法（大于0），若API提供哈希值（如MD5/SHA），下载后校验文件哈希
• 校验文件大小：保存后对比文件实际大小与Content-Length，不匹配则删除文件
• 校验字体格式：读取文件头部魔数（TTF魔数为0x00010000，OTF为0x4F54544F），确认是合法字体格式

2. 优化字体加载逻辑，增加容错 #

替换原生加载API的使用方式，同时在加载环节增加额外的异常捕获：

• 使用runCatching包裹字体加载逻辑，即使无法捕获Native崩溃，也能处理Java层的潜在异常
• 加载失败后立即删除损坏文件，避免后续重复触发崩溃

3. 优化下载可靠性 #

• 增加下载重试机制，应对网络波动导致的文件下载不完整
• 下载时使用流式写入的同时，实时监控写入字节数，确保和响应长度一致

修改后的示例代码 #

suspend fun fetchAndSaveFontFamily(familyEnum: GlyphType, fontFile: File): FontFamily? =
    withContext(ioDispatcher) {
        runCatching {
            val response = api.getFontFamily(familyEnum.value, FONT_API_VERSION)
            
            // 校验响应类型
            if (response.contentType() != FONT_TYPE.toMediaType()) {
                return@runCatching null
            }
            
            // 校验Content-Length合法性
            val contentLength = response.contentLength()
            if (contentLength != null && contentLength <= 0) {
                return@runCatching null
            }
            
            // 保存文件到本地
            fontFile.outputStream().use { outputStream ->
                response.byteStream().use { inputStream ->
                    inputStream.copyTo(outputStream)
                }
            }
            
            // 校验文件大小
            if (fontFile.length() == 0 || (contentLength != null && fontFile.length() != contentLength)) {
                fontFile.delete()
                return@runCatching null
            }
            
            // 校验字体文件魔数（TTF/OTF）
            if (!isValidFontFile(fontFile)) {
                fontFile.delete()
                return@runCatching null
            }
            
            // 安全加载字体
            val typeface = runCatching { Typeface.createFromFile(fontFile) }.getOrNull()
                ?: return@runCatching null
            
            FontFamily(typeface)
        }.getOrElse {
            // 异常场景下清理损坏文件
            fontFile.takeIf { it.exists() }?.delete()
            null
        }
    }

// 字体文件魔数校验工具函数
private fun isValidFontFile(file: File): Boolean {
    return file.inputStream().use { input ->
        val magicBytes = ByteArray(4)
        if (input.read(magicBytes) != 4) return false
        
        val ttfMagic = byteArrayOf(0x00, 0x01, 0x00, 0x00)
        val otfMagic = byteArrayOf(0x4F, 0x54, 0x54, 0x4F)
        
        magicBytes.contentEquals(ttfMagic) || magicBytes.contentEquals(otfMagic)
    }
}

关键说明 #

Java层的try/catch无法捕获Native崩溃，因为这类崩溃是操作系统直接终止进程，绕过了Java虚拟机的异常处理机制。因此核心修复思路是避免加载任何可能无效的文件，而不是依赖异常捕获。

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