H5 游戏字体包体优化

导入项目字体，导出更轻的游戏字体子集

把游戏 UI 文本、活动标题、英文按钮和关卡提示粘贴进来，导入项目 TTF 字体后直接预览真实字形，并导出只包含当前字符集的字体子集。

0 文本上传到服务器

U+ Unicode 范围分析

CSS 子集加载建议

进入工具页开始分析 适合中文 UI、英文按钮、多语言文本、活动标题和 WebFont 首包优化

文本来源 4 groups

按钮与菜单126 glyphs

活动标题48 glyphs

英文兜底62 glyphs

按实际文本导出 TTF 子集 仅保留需要字形

输出建议 TTF TTF subset local export 策略首包 UI 按语言拆分

字体子集导出工作流

先导入真实项目字体，再用游戏实际文本生成子集。不要在不知道字形需求时，把完整中文字库直接放进移动端首包。

把按钮、菜单、活动标题、关卡提示和多语言文案集中起来，得到真实需要的字符集合。

按 Basic Latin、CJK、标点、数字等范围统计字形，判断是否应该按语言或模块拆分字体。

在浏览器本地裁剪标准 TTF 字体，直接下载只包含当前字符集的字体子集文件。

字体子集适合动态文本和多语言 UI，位图字体更适合固定、高频、强视觉的短文本。两者可以同时使用。

商店任务奖励

常驻按钮、标签和系统菜单通常只需要少量中文字形，适合从完整字体中裁出首包子集。

减少首包

EVENT PASS

活动页、关卡名和赛季标题可以单独规划文本范围，避免复用一套过大的全量字体。

按模块加载

EN / JP / CN

不同语言的字形差异很大，可以按语言生成不同子集，再用 CSS unicode-range 控制加载。

按需下载

字体优化的目标是让玩家更快进入首个可玩时刻，同时保持 UI 文本稳定清晰。

完整中文字体往往包含数千到数万字形，即使游戏首屏只用几十个字，也可能让字体文件变成主要下载压力。

unicode-range 可以让浏览器只在页面使用到指定范围字符时加载对应字体文件，适合按语言或字符范围拆分。

动态长文本适合字体子集，固定短文本适合位图字体。游戏 UI 可以用字体子集兜底，用位图字体强化数字和标题。

标准 TTF 可以在浏览器本地解析字形表并重写子集。WOFF2 和部分 CFF OTF 需要额外压缩或字体重写能力，更适合后续作为增强能力加入。