嘿，很高兴你已经找到了解决方案！让我帮你拆解下这些方法为什么能解决iPhone上局部字体过小的问题——本质上大多和iOS Safari的默认排版优化、viewport设置有关：

1. 关于viewport元标签设置的原理 #

如果你用了类似这样的代码：

<meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no, minimum-scale=1.0, maximum-scale=1.0">

iOS Safari默认会对窄容器内的文本触发文本自动缩放（Text Autosizing），本意是让小容器里的文字更易读，但有时候会弄巧成拙，反而把字体缩得极小。设置minimum-scale=1.0并锁定缩放范围，会强制浏览器保持初始缩放比例，彻底阻止它自动调整文本大小；而width=device-width则确保页面宽度适配设备屏幕，避免容器被挤压过窄触发自动缩放逻辑。

2. webkit-text-size-adjust属性的作用 #

如果你的解决方法包含这段CSS：

body {
  -webkit-text-size-adjust: 100%;
  text-size-adjust: 100%;
}

这是WebKit内核（iOS Safari基于此开发）的私有属性，-webkit-text-size-adjust: 100%会强制浏览器严格按照你设置的font-size渲染文本，直接禁用它的自动文本缩放功能。早期iOS Safari会在横竖屏切换、容器宽度变化时自动调整字体大小，这个属性相当于给浏览器下了“不准乱改字体大小”的指令。

3. 调整容器宽度/换行规则的原理 #

如果你的解决方法是放宽了容器宽度，或者去掉了white-space: nowrap这类强制不换行的样式，那原因是：
iOS Safari的文本自动缩放触发条件之一是容器宽度小于阈值（通常约320px）且文本内容较长。当浏览器检测到窄容器里有长文本，会自动缩小字体试图让文本一行显示，结果就出现了极小字体。放宽容器宽度或允许文本换行，就不会触发这个“帮倒忙”的优化逻辑。

4. 相对字体单位（rem/em）的优势 #

如果你的解决方法是把固定px单位换成了rem或em，原理是：
iOS Safari的文本缩放机制对固定px单位的文本更容易误判，认为这类文本需要缩放以适配容器；而rem（基于根元素字体大小）、em（基于父元素字体大小）这类相对单位的字体，会和页面基准缩放比例绑定，浏览器不会随意调整其大小。

简单来说，iPhone上的局部字体过小，几乎都是iOS Safari的“智能文本优化”帮了倒忙，你的解决方法本质上都是在明确告诉浏览器：“别自作主张，按我设置的规则渲染！”

内容的提问来源于stack exchange，提问作者user420479