一、 现象描述：消失的"数字 7"
在填写一份正式的 .doc（兼容性模式）表格时，出现了一个极其诡异的 Bug：在特定的单元格中，键盘、屏幕键盘（OSK）均无法输入数字 "7"。
-
测试环境：Windows 11 + Word 2016/2021
-
初步排查：
-
物理键盘正常，切换各类输入法（搜狗、系统自带、QQ 输入法）均无效。
-
甚至使用系统自带的 屏幕键盘 (OSK) 点击数字 7，光标依然纹丝不动。
-
关键特征：只有数字 7 消失，其他 0-9 数字正常；在文档某些段落正常，但在特定表格内失效。
-
二、 定位分析：为什么是"宋体"救了命？
经过对比测试发现，当把该区域的字体从 方正仿宋_GBK 切换回 宋体 时，消失的 7 瞬间重现。
深层原因推测：
-
字符映射表 (CMap) 异常 ：方正仿宋_GBK 属于扩展字符集字体。在 Word 的"兼容性模式"下，软件对旧版
.doc容器的渲染引擎与 GBK 字体索引可能存在冲突，导致 ASCII 码中的数字 7 在该字体映射下指向了一个"不可见字符"或"空宽度字符"。 -
字体渲染引擎 Bug：Word 在处理特定仿宋字体时，如果启用了某些高级排版特性（如字距调整），可能会在特定字号（如小四/五号）下发生渲染错误，导致字符溢出边界被隐藏。
-
编码容器限制：GBK 编码覆盖范围广，但某些非标准字体文件在打包时，对基本数字位的描述不符合标准，触发了 Word 的自动拦截机制。
三、 解决方案与规避指南
1. 降维打击：切换基础字体（亲测有效）
直接全选异常区域，将字体更改为 宋体 或 Arial。这类标准系统字体具有最稳定的字符映射。
2. 格式重构：消除兼容性影响
点击 文件 -> 信息 -> 转换，将旧版的 .doc 升级为最新的 .docx。新版 XML 架构的渲染引擎通常能修正这类编码映射错误。
3. 强制录入：粘贴大法
如果由于格式要求必须使用该字体，可以尝试在记事本中打出 7，然后复制。在 Word 中选择 "只保留文本"方式粘贴，强行改写其字符属性。
四、 结语
作为程序员，我们常说"代码不会骗人"，但环境、编码和老旧软件的兼容性会。有时候，解决问题的钥匙不是逻辑，而是一次随意的"字体切换"。