网站能否仅加载字体子集而非完整字体？相关技术实现疑问

哈哈，这个问题问得好！当然可以实现，而且现在中文Web圈里这种玩法已经挺普及了，就是咱们常说的Web字体子集化，刚好之前了解过类似的行业实操，给你拆解下：

先给你看一段行业里的实际做法描述：

其实这种技术已经存在好些年了，但中文一直是个特殊难题：因为字形数量太多，首次访问的用户要下载完整字体包，不管是用户端还是服务端的带宽压力都很大。（一款中文字体单一种字重风格就能达到6-7MB，对比下某英文衬线字体，支持100多种拉丁语言，四种字重加起来才1.4MB。）现在中文Web字体服务商的聪明做法是：扫描网页里的所有文本，识别出实际需要用到的字形，只把这些字形发送给用户，而不是全部13000多个。

那具体是怎么实现的？浏览器又是怎么配合的？我给你理清楚整个流程：

• 第一步：扒出网页要用的所有字符：网站后端或者合作的字体服务商，会先把当前网页的所有文本内容扫一遍，把里面的字符都提出来去重，得到一个精准的「所需字符清单」。
• 第二步：切出专属字体子集：用专门的字体处理工具，从完整的字体文件里只抠出清单里的那些字形，生成一个超小的子集字体文件——比如网页只用到30个中文字，那这个子集可能也就几KB大小，加载速度快得飞起。
• 第三步：给浏览器发子集字体：之后网站通过CSS的@font-face规则，把这个定制好的子集字体提供给浏览器，浏览器拿到后就用它来渲染页面文字。

至于浏览器的处理逻辑也很简单：它拿到子集字体后，会像处理普通完整字体一样解析，只要子集里包含了页面所有需要的字符，就能完美渲染；要是后续有动态加载的内容出现了新字符（比如评论区的新内容），一般会触发二次请求补对应字形，或者直接 fallback 到系统默认字体兜底。

不过要提一句，这种实时的动态子集化一般是专业字体服务商来提供的，自己搭的话要搞定字符提取、字体切割、缓存优化这些细节——毕竟总不能每个用户访问都重新切一次字体，服务商通常会把常用的字符组合缓存起来，这样响应速度才够快。

备注：内容来源于stack exchange，提问作者Vun-Hugh Vaw