Android 开发，你遇上 Emoji 头疼吗？

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Uenau4ZK-1652070269570)(https://user-gold-cdn.xitu.io/2017/12/29/160a045332f90aab?imageView2/0/w/1280/h/960/ignore-error/1)]

早期的时候，Emoji 的实现是将一些特殊的符号组合替换成图片表情，例如 :) 替换成 😊 ，这样的解决方案会导致很难将 Emoji 的表情标准化，而且表达的范围也有限。

2010年开始，Unicode 开始为 Emoji 分配码点，也就是说，在那之后的 Emoji 符号，就是一个字体，它会被渲染为图片显示。

Emoji 由于其表达情绪的特点，被广受欢迎。Emoji 的国际标准在 2015 年出台，现在已经是 5.0 版本了，而在 2018 年，将发布 Emoji 6.0（之后会重命名为 Emoji 11，其实就是 Emoji 5.0 的升级版） 版本的标准。

截止到现在，Emoji 5.0 中，被列入 Unicode 的已经有 2623 个了。

具体细节可以在这个网站中查询到：

http://www.unicode.org/emoji/charts/full-emoji-list.html

到这里大家应该清楚，Emoji 在标准化后，其实就是一个字体，它被 Unicode 分配了固定的码点，一般我们就用标准的 Unicode 来标识一个唯一的 Emoji。

虽然 Emoji 已经被标准化了，但是不同平台因为使用的字体不同，导致同样的 Unicode 代表的 Emoji，被渲染显示出不同的效果。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mLjfJoEl-1652070269570)(https://user-gold-cdn.xitu.io/2017/12/29/160a04533312b258?imageView2/0/w/1280/h/960/ignore-error/1)]

例如这里举的例子，标准的 Emoji U+1F601，在 Apple 和 Android 中，虽然同样表示一个笑脸，但是渲染的效果是不一样的，这一点我们需要了解到。

二、Emoji 在 Android 中的现状

2.1 如何使用 Emoji？

一个标准的 Emoji ，其实是有多种表示方法的，举个例子，先看看前面说的笑脸 U+1F601。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6OrDJ2Wu-1652070269571)(https://user-gold-cdn.xitu.io/2017/12/29/160a0453328755f1?imageView2/0/w/1280/h/960/ignore-error/1)]

Code、UTF-8、Surrogates 这些形式，都可以表示这个笑脸的 Emoji。通常这个 Emoji 表情是来自用户输入的数据或者服务端传递过来的数据，虽然这些形式都可以表示这个 Emoji，但是不同的格式就需要不同的形式来解析。

正常来说，我们推荐使用 Surrogates 传递 Emoji，例如：\uD83D\uDE01，它本身就是一个 Unicode 的编码，是通用的，可以在 TextView 中直接使用就可以显示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oKl3l1tG-1652070269571)(https://user-gold-cdn.xitu.io/2017/12/29/160a045333271ce4?imageView2/0/w/1280/h/960/ignore-error/1)]

可是，假如我们得到的并不是 Surrogates ，而是 Code ，例如 1F601，这样我们就需要进行额外的处理了。其实也很简单，经过几步转换就可以做到。

String(Character.toChars(Integer.parseInt(“1F601”, 16)))

例子中使用的是 Kotlin 代码，不过应该不影响阅读。

将生成的 String 对象，传递给 TextView，如果是当前设备支持的 Emoji，就可以正常显示了。

2.2 Emoji 显示不出来情况

上一小节介绍的方式，其实我们是没有做任何特殊处理的，完全是以来设备自己的字体库来进行 Emoji 渲染的。这就会导致有一些 Emoji 在某些设备上显示不出来的情况。

使用这种方案，我用我手边的设备运行之后，来看看显示的效果。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wgBHlcHx-1652070269572)(https://user-gold-cdn.xitu.io/2017/12/29/160a045333e02cca?imageView2/0/w/1280/h/960/ignore-error/1)]

很清晰的看到，这里有一些 Emoji 无法显示，会被显示成一个豆腐块 “☐” ，而这并不是我们想要的。

接下来我们来看看使用 EmojiCompat 如何来处理它。

三、使用 EmojiCompat

3.1 什么是 EmojiCompat

根据官方文档描述，EmojiCompat 支持库主要是为了让 Android 设备，达到最新的 Emoji 符号的显示效果，它可以防止应用中，出现以豆腐块 “☐” 的形式来显示 Emoji，虽然它仅仅只是因为你当前的设备没有这个字体而已。通过 EmojiCompat ，你的设备无需等待 Android 系统更新，就可以获得最新的 Emoji 表情显示效果。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-D4uwph3g-1652070269572)(https://user-gold-cdn.xitu.io/2017/12/29/160a04535b667f0b?imageView2/0/w/1280/h/960/ignore-error/1)]

3.2 如何使用 EmojiCompat

EmojiCompat 支持库，最低支持到 Android 4.4(Api Level 19) 的系统设备。

EmojiCompat 提供两种字体的支持方式，它们分别是：

1. 可下载的字体配置。
2. 本地捆绑的字体配置。

这两种使用方式，除了引用的库不同之外，最根本的原因在于，可下载的字体的方式，会在首次启动的时候检查本地是否有该字体，没有的话会从网上下载最新的 Emoji 字体；而本地捆绑的方式，会在 App 打包的过程中，植入一个最新的 Emoji 字体文件，然后遇到不能支持的 Emoji，就会从这个字体文件中，加载资源并且渲染。

目前官方使用的是 NotoColorEmojiCompat.ttf 字体文件，后面会详细讲解到。

我想你应该发现了，本地捆绑的方式会嵌入一个字体文件，无形中增大了 Apk 安装包的体积，但是可下载字体的方式，又完全依赖 Google 服务，所以在国内基本上是处于残废状态，在这个大环境下，我们这里只能选择本地捆绑的方式来使用 《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》无偿开源 徽信搜索公众号【编程进阶路】 EmojiCompat。

无论使用哪种方式配置字体，对于 EmojiCompat 而言，其实是不关心的，它只需要判断当前设备是否支持这个 Emoji，支持就使用系统内置的，不支持的话，就使用 EmojiSpans 来替换 CharSequence，来达到替换渲染的效果。

EmojiCompat 的运行原理如下图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gIYq66u2-1652070269573)(https://user-gold-cdn.xitu.io/2017/12/29/160a04535c5c09d1?imageView2/0/w/1280/h/960/ignore-error/1)]

3.3 本地捆绑的字体配置方式

既然可下载的 Emoji 字体，需要配合 Google 服务，那这里就不再过多介绍了。

本文主要讲解如何使用本地捆绑的方式，使用 EmojiCompat。

第一步，需要添加 Gradle 依赖。

dependencies {
…
compile “com.android.support:support-emoji-bundled:27.0.2”
}

第二步，初始化 EmojiCompat。

初始化 EmojiCompat ，需要两个步骤。

1. 首先需要生成一个 BundledEmojiCompatConfig 对象，它的构造方法接收一个 Context。
2. 再调用 EmojiCompat.init() 方法，将前面生成的 config 传递给它进行初始化。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fHgxz7q9-1652070269573)(https://user-gold-cdn.xitu.io/2017/12/29/160a04535f15237d?imageView2/0/w/1280/h/960/ignore-error/1)]

这个过程越早越好，因为初始化是耗时的，它会去加载打包的时候，嵌入的 Emoji 字体文件，所以大概需要消耗 150ms 的时间，并且占用大概 200kb 的内存。

第三步，使用 EmojiCompat。

初始化完成之后，就剩下如何使用它了。

EmojiCompat 的处理逻辑，前面已经使用图片描述清楚了。它会加载一个 Emoji 字体，然后判断当前设备是否支持需要显示的 Emoji，如果不支持，则使用 EmojiSpans 替换它，最终将处理过的 CharSequence 设置到 TextView 上。

而这个过程，EmojiCompat 提供了非常简单的方法，process()。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EyQK6BZD-1652070269573)(https://user-gold-cdn.xitu.io/2017/12/29/160a04535df8f297?imageView2/0/w/1280/h/960/ignore-error/1)]

从它的签名可以看出，它接受一个 CharSequence 并处理它，然后返回一个 CharSequence。

举个例子：这里转换一个笑脸的表情。

EmojiCompat.get().process(“笑脸： \uD83D\uDE01”)

process() 需要接受一个 Unicode 的字符，所以如果得到的数据是前面提到的 Emoji Code 的话，就需要一步单独的转换。process() 内部已经帮我们完成了转换，这些细节都无需我们关心，我们只需要将它返回的 CharSequence 设置给 TextView 就可以了。

3.4 Emoji AppCompat Widgets

在实际项目中，如果每次都需要通过 EmojiCompat.get().process() 对字符串进行处理，其实也挺麻烦的。为此 Google 还为开发者提供了对应控件支持。

如果需要使用它，就需要引入新的依赖库。

dependencies {
compile “com.android.support:support-emoji-appcompat:27.0.2”
}

引入之后，就可以直接在 XML 中使用 EmojiAppCompat 提供的控件。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-a6FV2ctr-1652070269574)(https://user-gold-cdn.xitu.io/2017/12/29/160a04536593dca6?imageView2/0/w/1280/h/960/ignore-error/1)]

使用 support-emoji-appcompat 只是节省了我们 process() 的步骤，但是依然需要 init() 。

3.5 自定义控件支持 Emoji

你可以一直使用 progress() 或者使用 EmojiAppCompatXxx 控件，但是如果你想要自定义一个控件来显示 Emoji，就需要使用 EmojiCompat 提供的另外两个帮助类。

• EmojiTextViewHelper
• EmojiEditViewHelper

这两个使用起来非常简单，一个用于处理纯展示的控件，一个用于处理有输入的状态的控件，非常的简洁明了。

件，但是如果你想要自定义一个控件来显示 Emoji，就需要使用 EmojiCompat 提供的另外两个帮助类。

• EmojiTextViewHelper
• EmojiEditViewHelper

这两个使用起来非常简单，一个用于处理纯展示的控件，一个用于处理有输入的状态的控件，非常的简洁明了。