Emoji Unicode 转换器，免费

将 emoji 转换为 Unicode 代码点（U+XXXX），或粘贴代码点以获得 emoji。

Emoji → Unicode

Unicode → Emoji

字符详情

在上方转换一个 emoji 以查看字符详情。

使用方法

  1. 输入 emoji 或代码点：粘贴 emoji 字符或输入其 Unicode 代码点（例如 U+1F600）。
  2. 查看所有表示形式：工具会显示十进制代码、十六进制值、HTML 实体、CSS 转义、UTF-8 字节和 JavaScript 转义序列。
  3. 复制任意格式：点击任意结果即可立即复制，用于 HTML、CSS 或 JavaScript。

为什么使用 Emoji Unicode 转换器？

emoji 使用 Unicode 代码点编码，但每个系统使用不同的格式。HTML 需要 😀 或 😀 实体。CSS 伪元素需要转义形式 \1F600。JavaScript 字符串需要 \u{1F600}。手动查找这些格式很繁琐 · 此工具只需输入一个 emoji 即可立即生成所有格式。开发者、设计师和内容创作者使用它将 emoji 安全地嵌入代码中，避免直接复制粘贴原始字符可能引发的编码问题。

支持的输出格式

表情符号简史，以及大家普遍误解的几点

被引用最多的起源故事将创造「第一个表情符号」的功劳归于NTT DoCoMo的栗田穣崇（Shigetaka Kurita），时间是1998-1999年。这一说法属实，但并不完整。在栗田之前，有两项发展值得一提：

表情符号如何传播到世界其他地方

在栗田字符集问世后的十年里，表情符号始终是日本运营商的专属现象，当时存在三套相互竞争且不兼容的厂商字符集（DoCoMo、KDDI、软银）。全球化的突破分三个阶段发生：

Unicode联盟的标准化工作同步推进。2010年10月，Unicode 6.0 是标准首次将表情符号纳入官方认可集合的版本，从日本运营商字符集的并集中贡献了约722个表情符号。2014年8月，Unicode技术报告#51（Unicode Technical Report #51）发布（后于2017年5月升级为UTS #51），这是表情符号如何编码、排序和呈现的正式规范。

为什么大多数表情符号码位位于U+FFFF以上

Unicode将所有字符组织到17个「平面」中，每个平面包含65,536个码位。第0平面是基本多文种平面（BMP），范围为 U+0000 至 U+FFFF。大多数日常书写语言都位于此平面。第1-16平面是补充平面（非正式称为「星体平面」），范围为 U+10000 至 U+10FFFF。绝大多数表情符号位于第1平面，即补充多文种平面，具体分布在以下区块：表情符号块（U+1F600-U+1F64F）、杂项符号与象形文字块（U+1F300-U+1F5FF）、交通与地图符号块（U+1F680-U+1F6FF）以及补充符号与象形文字块（U+1F900-U+1F9FF）。较新的符号与象形文字扩展-A区块位于 U+1FA70-U+1FAFF。

这对开发者来说至关重要，原因在于UTF-16。UTF-16将BMP码位编码为单个16位单元，但补充码位必须编码为代理对：两个16位单元，一个来自高代理范围 U+D800-U+DBFF，一个来自低代理范围 U+DC00-U+DFFF。JavaScript的字符串类型内部采用UTF-16，这就是为什么 "😀".length 返回 2 而非1：引擎计算的是码元数，而非码位数。现代JS代码使用 Array.from("😀").length 或 Intl.Segmenter API来正确计算字素簇的数量。

UTF-8对相同表情符号的处理方式是4字节序列。字符😀（U+1F600）在UTF-8中的编码为 F0 9F 98 80。这就是为什么MySQL较旧的 utf8 字符集（实为 utf8mb3，上限为3字节序列）无法存储表情符号，需要使用 utf8mb4。MySQL 8.0已将 utf8mb4 设为默认值，但遗留数据库仍无法存储表情符号，并会根据SQL模式静默截断或报错。这是一个频繁出现的现实漏洞。

变体选择符：为什么同一颗心形可以显示为黑色或红色

少数Unicode字符具有「双重属性」：根据上下文，它们既可以显示为纯色文本符号，也可以显示为彩色表情符号。两个呈现选择符在Unicode 3.2（2002年3月）中被加入：U+FE0F（变体选择符-16，VS16）请求表情符号呈现，U+FE0E（VS15）请求文本呈现。示例：❤（U+2764，「Heavy Black Heart」）是文本默认符号；❤️（U+2764 U+FE0F）则是大多数应用以彩色渲染的红心表情符号。相同的码位加与不加VS16，外观截然不同。

一个著名的相关示例是太阳。U+2600「Black Sun With Rays」默认为文本风格的单色符号；添加VS16（U+2600 U+FE0F）则变为彩色的☀️。相比之下，U+1F31E「Sun With Face」是Unicode 6.0（2010年10月）中新增的独立码位，默认呈现为表情符号，无需任何选择符即可渲染为微笑的🌞。这是两个不同的码位、两段不同的历史，却都被非正式地称为「太阳表情符号」。

肤色修饰符与菲茨帕特里克量表

在Unicode 8.0（2015年6月17日发布）中，标准新增了五个修饰符字符，用于调整任何人形表情符号的肤色。这些修饰符基于菲茨帕特里克量表（Fitzpatrick scale），该量表由美国皮肤科医生托马斯·B·菲茨帕特里克（Thomas B. Fitzpatrick）于1975年在哈佛大学开发。医学量表共有六种类型（I至VI）。在表情符号中，I型和II型被合并为一个修饰符，最终形成五个表情符号修饰符：

用法是位置性的：修饰符紧跟在支持的人形表情符号之后。例如，👋（U+1F44B，挥手）+U+1F3FD 产生 👋🏽，即中等肤色的挥手。如果接收方的字体不支持特定的「基础符号+修饰符」组合，修饰符会渲染为单独的棕色方块，这是在旧系统上常见的失败模式。

零宽连接符序列：复合表情符号的构成方式

零宽连接符（Zero-Width Joiner），码位为 U+200D，是让多个表情符号在渲染器识别该序列时合并为一个复合字形的「胶水」字符。ZWJ是不可见的，没有宽度，其存在完全是为了向渲染引擎发出信号，使周围的字符融合在一起。有三种主要模式：

在Unicode 15.1（2023年9月12日发布）中被大量使用：15.1新增了118个表情符号，其中108个是现有表情符号的方向变体（人物朝右而非默认朝左）。关键在于，15.1未新增任何基础码位：所有新表情符号都是由现有组件构建的序列。

键帽、地区指示符与国旗机制

键帽序列。 键帽表情符号如1️⃣由三个码位构成：一个数字字符（U+0031 = 「1」）、VS16（U+FE0F）以及组合包围键帽字符 U+20E3。组合键帽于1999年Unicode 3.0中获得批准。完整的键帽表情符号集涵盖0至9加上 # 和 *。这个三字符序列经常让朴素的 .length 检查出错。

地区指示符对（国旗）。 Unicode并不将国旗编码为单个字符。相反，它定义了26个地区指示符号，码位为 U+1F1E6 至 U+1F1FF，各自对应拉丁字母A至Z。一个国旗是一对地区指示符的组合，拼写出一个ISO 3166-1 alpha-2国家代码。法国国旗🇫🇷的编码为 U+1F1EB U+1F1F7：地区指示字母F和R。在26×26=676种可能的组合中，只有约270种对应有效的ISO国家代码；其余组合在大多数平台上会显示为两个字母符号。

近期表情符号版本概览

厂商字形设计：相同码位，不同画风

Unicode标准化的是含义和码位，从不标准化字形设计。每个平台都有自己的表情符号字体，视觉差异真实存在，已有学术研究记录了由此导致的误解（赫希特等人，CSCW 2018，关于跨平台表情符号误解）。主要字体如下：

当设备字体没有某个码位或序列的字形时，浏览器和操作系统会显示一个空白矩形，通常称为豆腐块（tofu）。豆腐块是接收方设备比发送方更旧的最明显信号。新增的表情符号通常需要六到十八个月才能从Unicode发布传播到所有主要平台。

无障碍访问：内容作者须知

现代屏幕阅读器（NVDA、JAWS、VoiceOver、TalkBack）会读出Unicode通用区域设置数据存储库（CLDR）为每个表情符号提供的CLDR短名称，例如😀读作「grinning face」，👨‍👩‍👧‍👦读作「family: man, woman, girl, boy」。Unicode CLDR以90余种语言维护官方短名称和关键词，这正是苹果和微软平台上所有主流屏幕阅读器所使用的内容。WCAG技术规范H86建议将有意义的表情符号包裹在 <span role="img" aria-label="thumbs up">👍</span> 中；装饰性表情符号应使用 aria-hidden="true" 进行隐藏。三个常见陷阱：重复的表情符号会变得啰嗦（😂😂😂😂😂会被读成五次「face with tears of joy」）；文本风格的颜文字（:)）读作「colon close-paren」，没有Unicode短名称；肤色修饰符会被大声读出（👋🏽被读为「waving hand: medium skin tone」，信息是准确的，但耗时更长）。

Emojipedia与文化基础设施

Emojipedia 由杰里米·伯奇（Jeremy Burge）于2013年创立，这位澳大利亚设计师在一次生日晚餐后心血来潮注册了这个域名。如今它已成为表情符号含义、厂商设计和版本报道的事实权威网站，2021年约产生5.9亿次页面浏览。伯奇曾任Unicode表情符号小组委员会委员，并担任Emojipedia的「首席表情符号官」直至2022年，同时创立了世界表情符号日（7月17日）：这一日期的选取，是因为苹果日历表情符号📅显示的日期是7月17日，而这一天本身是苹果iCal在2002年Macworld Expo发布会上的原始发布日期。Emojipedia于2021年8月被Zedge, Inc.（纽约证券交易所股票代码：ZDGE）收购，继续以同一品牌运营。负责评估新表情符号提案的Unicode表情符号小组委员会，目前由前谷歌设计负责人詹妮弗·丹尼尔（Jennifer Daniel）主持，她是该委员会首位女性主席。

快速参考数据

相关工具

Emoji 选择器，免费 HTML 实体编码 / 解码器，免费 摩尔斯电码翻译器，免费 字符计数器