一个容易被忽略的使用场景
相当一部分用户会把系统字体调大：上了年纪的用户、视力不佳的用户，还有一些单纯喜欢大字的重度使用者。系统设置里那个字号滑块拉到最大之后，所有做了适配的 App 会跟着放大排版，没做适配的 App 就会出现文字截断、重叠、按钮挤成一团，严重的甚至点不到关键操作。
这类反馈在签名分发里出现得比想象中频繁，因为分发渠道面对的用户画像往往比应用商店更宽，设备设置也更杂。
动态字号是怎么回事
系统提供了一项能力：App 里的文字可以跟随用户在系统设置里选择的字号档位自动缩放，这项能力通常叫动态字号（Dynamic Type，随系统字号设置自动调整文字大小的能力）。支持它的文字控件会根据当前档位自动计算行高和字号，不需要研发逐个写死数值。
问题出在写死的地方。如果代码里给文字控件指定了固定的字号和固定的控件高度，字号放大后，文字需要的空间变多，但容器高度没变，结果就是上下两行叠在一起，或者长文本被硬生生截断成省略号。
和签名有关联吗
直接关系没有，间接有两处需要注意：
- 重签过程中如果权限清单被改写，个别和无障碍相关的配置异常，理论上可能影响文字渲染，但这种情况极少见，真遇到了会和原始包有明确差异。
- 更常见的是，签名分发跳过了商店的兼容性筛选，把 App 送到了设置极端、机型老旧的用户手上，这些边界场景在内部测试时根本没覆盖到。
排查方式还是老办法：同一个包，原始版本和签好版本装在同一台设备上，都把字号调到最大，对比表现。两边都错位，说明是 App 的适配问题；只有签好的错位，才需要回头查重签过程。
该适配到什么程度
不用一步到位做到完美，先把最痛的几处解决掉，性价比最高：
- 所有正文、标题、按钮文字，允许跟随系统字号缩放，容器高度改用自适应而不是写死。
- 关键操作按钮（提交、确认、下一步）在大字号下不能被挤出屏幕，也不能被其他元素盖住。
- 长文本允许换行显示完整，不要用单行截断的方式处理。
- 底部固定的操作栏、顶部导航栏这类高度受限的区域，字号放大后要保证内容还装得下。
- 图标按钮至少要带上可访问性标签，让读屏软件能正确读出它的作用。
无障碍不只是照顾少数人
做了动态字号适配的 App，在中年用户群体里的留存表现普遍更好；而做了完整无障碍标签的 App，在应用商店的推荐位上也更容易被照顾到。这笔投入不是纯支出，它同时是产品成熟度的证明。
怎么提这个需求
给研发的具体描述应该是：在系统字号调到最大档时，某页面的某个区域出现文字重叠或按钮不可点，附截图和机型。这样改起来是明确的活；只说「大字体下不好用」，对方往往无从下手，最后不了了之。
我是本期作者小思，想解决苹果企业签名、超级签名、TF签名问题？可以在微信公众号对话框找到我哦~（QQ：822404920 微信：A-mk5888）
