Android 修改字体，跳不过的 Typeface

序

在 Android 下使用自定义字体已经是一个比较常见的需求了，最近也做了个比较深入的研究。

那么按照惯例我又要出个一篇有关 Android 修改字体相关的文章，但是写下来发现内容还挺多的，所以我决定将它们拆分一下，分几篇来详细的讲解（可能是五篇）。主要会是一些常用的替换字体的方案，最后还会介绍一些全局替换的方案，当然也会包含最新的『Fonts in XML』的方案。

期待你持续关注。

本篇是本系列的第二篇，之前已经发布的文章，有兴趣可以先看看。

Android 字体修改概述|开篇

一、开篇

如果你想要操作字体，无论是使用 Android 系统自带的字体，还是加载自己内置的 .ttf(TureType) 或者 .otf(OpenType) 格式的字体文件，你都需要使用到 Typeface 这个类。

本文就单独来分析 Typeface 的一些源码细节，本文在本系列中，可能相对枯燥一些，但是我觉得它又是不可或缺的一部分，所以单独拿出一篇文章来细细说它。

二、加载一个 Typeface

Typeface 的细节，要讲内容还是挺多的，切听我细细道来。

2.1 通过 AssetManager 加载字体

一般我们会将需要的内置字体文件，放在 assets 目录下面，之后就可以通过 Typeface.createFromAsset() 方法，获得一个 Typeface 对象。

例如，现在在项目的 assets/fonts 目录下，放一个字体 .ttf 文件。

然后，我们就可以在需要的时候加载它，这也是一段比较常见的代码。

继续看看 createFromAsset() 的源码。

代码很简单，逻辑也很清晰。

首先会有判断 sFallbackFonts 不能为 null ，否则直接抛出异常，sFallbackFonts 不是重点，这个之后再讲。

它依赖 sDynamicTypefaceCache 来保证线程的安全。并且会使用 createAssetUid() 来获取到这个字体的唯一 key ，通过这个唯一 key ，从 sDynamicTypefaceCache 中获取已经被加载过的字体，如果没有的话，再创建一个 FontFamily 的对象，通过 FontFamily.addFontFromAsset() 方法，将这个字体文件加入进去，最后通过 createFromFamiliesWithDefault() 中，直接创建一个字体，最终存放到 sDynamicTypefaceCache 中去做一道缓存。

createFromFamiliesWithDefault() 方法需要传递一个 FontFamily 的数组，它本身也只是将这些 FontFamily 所代表的共性提取出来，最终调用 nativeCreateFromArray() 这个 native 的方法，所以效率上应该不会有太大的问题。

这也说明，其实放在 assets 目录下的字体，只要通过 Typeface 加载过之后，它本身就会有一道缓存，之后再取也只是从缓存中获取，并不会影响性能。

而 sDynamicTypefaceCache 是一个基于 Lru 算法的，最大存储 16 个字体的一个缓存。

2.2 通过文件路径加载字体

Typeface 除了可以从 assets 目录下，加载字体文件，它还可以加载其它地方存储的字体文件，并提供了方便的 Api。

最终也是通过字体文件的绝对路径进行加载，这部分逻辑也很好理解。一样是使用到了 FontFamily ，一样是使用到了 createFromFamilyWithDefault()。

这些并没有用到什么新的内容，就不再展开细说一遍了。

2.3 通过字体名称获取字体

我们知道，Typeface 还可以管理一些 Android 系统自带的字体，这些字体，如果想要获取，也可以通过 Typeface 来加载，只需要传递进去对应的名称即可。

可以看到，它除了需要传递一个 familyName 之外，还需要传递一个 style ，这里的 style ，就是之前说的 android:textStyle 传递的值，用于设定字体的粗体（bold）、斜体（italic）等参数的。

这个方法，其实最终调用的是另外一个 create() 方法的重载，这个方法后面会详细讲解到。将它单拎出来讲解，是因为它其中涉及到一个 sSystemFontMap 对象。

sSystemFontMap 是在 Typeface 的初始化方法 init() 中进行初始化的。

可以看到，它实际上是通过 getSystemFontConfigLocation() 中，读取到本地支持的字体文件，然后将它们一次性加载进行，供后面直接使用。

秉承了 Linux 的传统，所有的配置都写在文件里，这里也是直接从文件里读取，getSystemFontConfigLocation() 方法获取到的只是一个配置的路径，最终读取的是 FONTS_CONFIG 配置的 fonts.xml 文件。

2.4 通过 Typeface 获得一个新的 Typeface

到这里，该讲到前面提到的 create() 方法了，这里需要传递进来一个 Typeface 对象，并通过设置 style，为这个原始的 Typeface 字体类附加新的效果。

而这个过程也是不需要我们额外关心效率的问题的。它也提供了一个 sTypefaceCache 的缓存，来缓存我们曾经使用的的系统默认字体。

三、Typeface 的其它细节

到这里基本上就已经讲解清楚 Typeface 的使用了，但是还有一些其它的细节，可以单独拎出来进行额外的讲解。

3.1 Typeface 的初始化

Typeface 的初始化，是放在静态代码块中的，它会初始化一些我们常用的系统默认字体，存储起来方便我们使用。

这里会先调用 init() 方法，加载系统自带的字体，然后再初始化一系列，例如 DEFAULT 、SNAS_SERIF 等自带字体。

所以如果我们只是需要获取一个系统自带的字体，直接使用这里初始化的一些常量字体即可。

它还会将 DEFAULT 字体，默认初始化一个 sDefaults 的数组，在其中帮我们预加载好粗体、斜体等常用的 Style。

如果想要使用它，Typeface 也提供了对应的方法。

3.2 Typeface 中的 Style

前面一直有提到一个 Style 的概念，它是可以通过 android:textStyle 属性设置的，包括粗体、斜体等样式。

在 Typeface 中，这些样式也对应了一个个的常量，并且 Typeface 也提供了对应的 Api，让我们获取到当前字体的样式。

3.3 Typeface 中的 Native 方法

在 Typeface 中，所有最终操作到加载字体的部分，全部都是 native 的方法。而 native 方法就是以效率著称的，这里只需要保证不频繁的调用（Typeface 已经做好了缓存，不会频繁的调用），基本上也不会存在效率的问题。

3.4 简单了解一下 FontFamily

FontFamily 在前面很多方法内都用到了。它实际上就是去读取字体文件的数据流，然后再通过 native 方法去加载字体。

拿 addFont() 方法举例，它会先获取 FileInputStream 对象，转换成一个 ByteBuffer 然后传递给 native 方法 nAddFont() 来加载字体。

这个对象，了解一下就可以了，没有什么太复杂的逻辑。

四、小结

到这里就已经讲解清楚 Typeface 的所有内容，看完本篇文章心里也有底去使用 Typeface 了。

总结来说：

Typeface 提供了一系列的 createXxx() 方法用于从不同的地方加载字体。
Typeface 支持从系统默认字体、字体文件以及 assets 目录下，加载字体。
Typeface 本身已经支持字体缓存，我们只需要放心使用，不需要自身再额外缓存一遍。
Typeface 内部最终调用的都是 native 方法，所以也不存在什么效率的问题。

下篇预告

下期会介绍一些比较粗暴的替换全局字体的方案。有在新项目上的，也有在现有的成熟项目上的。期待你的持续关注。

另外，最近有一个关于跳槽的分享，我这边独家有一些优惠活动。如果你有兴趣，可以去看看《看我如何拿到上亿用户 App 家的 offer》。

点赞或者分享吧~