TTC 字体文件能打开却选错字形，怎样确认集合里的字体索引

TTC文件能打开却选错字形，应先枚举集合中的font face及索引。TTC和OTC可以把多个字体资源放在一个文件内，文件路径相同不表示选择了同一个face。只交一个文件名或只检查文件是否存在，会漏掉家族、样式和索引选择的差异。

先确定文件与环境

附件是两份原创几何测试字体组成的真实TTC，包含GeoFaceA和GeoFaceB，A字符advance分别为500与800字体单位。它没有任何Windows商业字库内容，适合演示索引身份。测试字体的几何轮廓不能用于正式中文字形验收，目标软件是否能读取TTC以及如何选择face仍待验证。

操作与判断

1. 先记录文件格式、字节摘要和集合内字体数量。不要把TTC改名为TTF后当作单字体；有些读取API需要单独传入索引，省略时可能默认选第一个face。

2. 用inspect_collection.py输出从0开始的索引、家族名、完整名和示例字符度量。实际项目还应记录样式、PostScript名称与版本，避免只根据中文界面显示名称匹配。

3. 在目标引擎明确选择每个face，使用同一字符串与字号比较。确认工程保存再打开后仍选择同一face；安装字体后由系统家族匹配，与直接按文件加载的行为可能不同。

4. 若软件只支持单字体，向内容方确认获许可的独立文件或受支持转换流程。提取集合face会产生新文件，需要重新核对名称、度量和许可，不能把分离成功等同所有字符正确。

输入对照与结果边界

集合索引	家族	A advance
0	GeoFaceA	500
1	GeoFaceB	800

脚本实际打开TTC并枚举两个face，证明集合里确有不同资源。示例advance使用字体设计单位，不是屏幕像素；转换到像素还要结合unitsPerEm、字号和渲染器。两个face可能共享部分表，不能用文件大小推断集合内究竟有几个字体。索引排序也不能从家族名自动猜出。

下载并复核

原创双face字体集合、集合身份枚举脚本、本地读取结果。

下载two-faces.ttc和inspect_collection.py，使用fontTools运行脚本，预期输出两个不同家族与宽度。正式项目在本地读取获许可字体，记录实际集合索引，不把客户字库再发布。若使用的软件按名称而不按索引选字体，应将名称映射也纳入工程说明，并保存目标截图。 字体脚本需要fontTools，可在独立虚拟环境执行 python -m pip install fonttools；本次实跑版本为4.67.0，未全局安装。

已实际生成并打开TTC，核对两个face名称及A的advance。没有再分发商业字体，未测试目标软件的集合选择界面。

失败时怎样继续

若字体列表只显示一个名字，先判断工具是否隐藏了集合内部face，再看字体名称表是否冲突；不要据此认定文件损坏。若选中正确face仍缺字，转查其cmap；若行宽不同，核对实际字体和缩放。集合读取成功只是入口条件，不能证明复杂文字整形或变量轴功能通过。

交付说明至少保留集合文件、face索引、完整名称、版本和用途，图文样张与这组身份对应。更换字体文件时重建映射，因为同名集合内部顺序可能变化。目标引擎无法明确选择的情形应列为兼容缺口，由设计方提供受支持的替代物后再复验。

相关背景可看展厅更换供应商时，怎样核对工程文件能否继续维护，继续从多媒体播放专题查找相关流程；需要结合项目确认时可查看工程对接咨询。

一级出处

• TTC/OTC属于字体集合，集合包含多个font face。

来源核对日期：2026-10-24。来源支持所述机制；本文合成输入与本地计算只证明所列文件及算法，不代表目标软件或现场设备已验收。