mac vs 返回上一步_Figma：使用mac上的字体 | 转换ttc字体文件
现在的主力系统是Mac，偶尔会切到Windows，打开 figma 时发现缺少字体，原来里面使用了Mac上才有的字体，前几次都是切回mac重新编辑，但切过去那会儿由于一些原因其实不太想切回Mac，最近琢磨着，是不是可以在Windows上安装Mac上的字体，这样就方便了。
网页版的figma出现缺字情况，首先检查是否安装了 Font Helper，有它才能调用电脑上的字体。缺字时，对应的文本框会被锁定而没法编辑，设置 Replace Fonts （字体替换）后才能恢复，但问题也随之而来，字体替换是全局的，其它文本框也受影响，元素过多时，就不确定哪些文本框更改过，而且替换后字形也就变了。
最近的情况是在figma里用到了 圆体 和 楷体 ，这两款字体的字库非常全，且都有三种字重，个人就特别喜欢楷体的黑体字重（比粗体更粗的字重），然而Windows上没有这两款字体。于是尝试在Windows上安装这个字体（照理实际工作中在团队协作时应当避免特殊字体）。
下载字体
虽然圆体和楷体都是系统默认字体，但是默认情况下Mac上只有字体的基本信息，要使用得先下载。
打开字体册输入“yuanti”找到对应圆体，点击“可供下载的字体资源”即可进行下载安装。另外，在mac上打开文档时，如果文档里有调用到类似的系统字体时，Mac会提醒你进行下载，点击下载按钮即可完成下载和安装操作。
找到字体文件
安装完成后，在字体列表中找到字体，鼠标移动到常规体停留数秒后，会显示提示信息，上面就有字体所在的路径信息。
圆体的文件名为“Yuanti.ttc”，拷到Windows上，文件图标是字体图标的样子，应该支持这个格式，但是双击查看时会提示“请求的文件 xx.ttc 不是有效的字体文件。”，查了些资料对ttc多了一点了解，.ttc文件应该没有损坏，mac上所使用可能有点特殊，Windows并不能完全支持。
TTC（TrueType Font Collection）字体是TrueType字体集成文件(. TTC文件)，是在一单独文件结构中包含多种字体，以便更有效地共享轮廓数据,当多种字体共享同一笔画时，TTC技术可有效地减小字体文件的大小。
导出.ttf
Glyphs 是Mac独占的字体设计软件，用它可以查看和提取.ttc字体。
打开.ttc文件能看到里面包含了6款字体，简体和繁体各3种字重。选择其中一种字体（字重），然后执行“文件”--“导出...(⌘+E)”命令，导出 .ttf 字体文件。
美中不足的是，单次只能操作一种字重，要导出其它字重，需要关闭当前打开的字体，然后重新操作，流程见上图的紫色线条，由于圆体字库量特别大，打开字体时软件会卡顿一会儿，导出时也挺耗时，导着导着竟然忘记了刚刚导出的是哪一款字体，2333~~~经过漫长的等待，字体终于导完了，在Windows上双击.ttf 不报错了，安装完成后，在Figma里也能正常使用了，成功！！！
其它信息
在系统目录下能找到字体的下载配置文件，里面有下载地址。另外苹果也会对字体进行，之前我就收集过圆体的ttc文件，发现版本号要比现在的底，我的系统是10.15。
圆体 导出后的单个字体（字重）文件大小约为25mb，6个总和是 156.6 mb，而包含了6个字重的 .ttc 文件大小只有 79.2 mb，压缩了将近50%。
楷体 导出后的单个字体文件大小平均为33mb，总和是238.1 MB，原始ttc文件大小为 106.5 mb，大概只有原来的45%。可见，TTC技术确实可以有效地减小字体文件大小。
圆体
本地路径：/System/Library/AssetsV2/com_apple_MobileAsset_Font6/ec2979c8550757993101e27b30b2b89cb45917fc.asset/AssetData/Yuanti.ttc
下载地址：http://updates-http.cdn-apple.com/2019/ios/041-71823-20190919-727D8F22-D598-11E9-BBB9-A15472111DF7/com_apple_MobileAsset_Font6/ec2979c8550757993101e27b30b2b89cb45917fc.zip
楷体
本地路径：/System/Library/AssetsV2/com_apple_MobileAsset_Font6/00e58c0676b9e589e9309dbca4b795bbba3b5420.asset/AssetData/Kaiti.ttc
下载地址：http://updates-http.cdn-apple.com/2019/ios/041-71823-20190919-727D8F22-D598-11E9-BBB9-A15472111DF7/com_apple_MobileAsset_Font6/00e58c0676b9e589e9309dbca4b795bbba3b5420.zip
配置文件
本地路径：/System/Library/AssetsV2/com_apple_MobileAsset_Font6/com_apple_MobileAsset_Font6.xml
圆体 vs 华文圆体
目前在网上能找到 华文圆体 REGULAR-v8.0d1e4.ttf，就只有这一种字重。
华文圆体
PostScript名称：STYuanti-SC-Regular
版本号：8.0d1e4
字形数量：8535
文件大小：3.4 mb
圆体
PostScript名称：STYuanti-SC-Regular
版本号：14.0d1e1
字形数量：45492
文件大小：26.3 mb
基本比较：
由于PostScript名称相同，在mac上安装这个字体，则会和系统的字体照成冲突。
比较版本号可以发现，两者差了很多个版本，可能后者做了一些调整，实际对比也是能发现很多字形上的不同。
经过简单的对比得出一个结论：如果一个设计稿使用了圆体，并不能简单地用 华文圆体 来代替。
左右对比：
叠加对比：
字形数量对比：
Glyphs上显示 华文圆体实现了GB2312的100%覆盖，圆体反倒是少了两个字，经过查验发现圆体少了“十卅”（uni5341，uni5345）这两个字，十是十字架的十，卅（sà）是数字三十的中文代用字，“卅”字不常用，真要是缺了也没啥影响，但“十”字可不行。
“缺字”可能是Glyphs的问题，首先在字体册里能看到这两个字显示正常，这个是原始字体（.ttc）。然后在Windows上安装由Glyphs导出的字体后，在figma里也能正确显示这两个字的字形。应该导出的字体文件没啥问题。。。
GB2312、GBK、GB18030、Big5
GB 2312 标准共收录 6,763 个汉字；
GBK 共收入 21,886 个汉字和图形符号，GBK里K 为汉语拼音 Kuo Zhan（扩展）中“扩”字的声母；
GB 18030 与 GB 2312-1980 和 GBK 兼容，共收录汉字70,244个；
Big5，又称大五码，是使用繁体中文汉字字符集标准，共收录13,060个汉字；
圆体里有 45492 个字形，但从数量上来看，已经超过了GBK和Big5的总和，随机从圆体里挑了几个繁体字到华文圆体里确实检索不到。
楷体 vs 华文楷体
分辨完圆体和华文圆体的区别后，突然在mac上发现一个叫 华文楷体 的字体，黑人问号.jpg？
用 Glyphs 打开 Kaiti.ttc 时会看到里面有7种字重，除了简繁各有3种字体外，还包含了 STKaiti，这个就是名叫“华文楷体”的字体。
两者除PostScript名称不一样外，其它基本相同，文件大小也只差5kb左右
文本只是技术研究，版权不在本文讨论范围，字体能否用到你的项目中，请结合自己的实际情况。