这在iOS Safari和Chrome上对我有效。对于输入选择器，可以将类或id设置为包含当前值。

@supports (-webkit-overflow-scrolling: touch) {
   input {
     font-size: 16px;
   }
}

解决此问题的正确方法是将元视口更改为：

<meta name=“viewport”content=“width=设备宽度，初始比例=1，最大比例=1，用户可缩放=0”/>

重要提示：不要设置最小刻度！这将保持页面可手动缩放。

即使有了这些答案，我也花了三天的时间才弄清楚到底发生了什么，我可能在未来再次需要解决方案。

我的情况与所描述的略有不同。

我在页面的一个div中有一些内容可编辑的文本。当用户单击一个不同的div（一个排序按钮）时，我自动选择了contenteditable div中的一些文本（之前已保存并清除的选择范围），对该选择运行一个富文本execCommand，然后再次清除。

这使我能够根据用户与页面上其他地方的颜色分隔符的交互无形地更改文本颜色，同时保持选择的正常隐藏状态，让他们在适当的上下文中看到颜色。

好吧，在iPad的Safari上，单击颜色分区会导致屏幕上的键盘出现，我所做的一切都不会阻止它。

我终于弄明白iPad是如何做到这一点的。

它监听触发可编辑文本选择的触摸开始和触摸结束序列。

当这种组合发生时，它会显示屏幕键盘。

实际上，它在放大可编辑文本的同时展开基础页面。我花了一天时间才明白我看到了什么。

因此，我使用的解决方案是拦截这些特定颜色div上的touchstart和touchend。在这两个处理程序中，我停止传播和冒泡，并返回false。但在touchend事件中，我触发的行为与单击触发的行为相同。

所以，在之前，Safari触发了我认为是“touchstart”、“mousedown”、“touchend”、“mouseup”、“click”的操作，因为我的代码，一个文本选择，按照这个顺序。

由于拦截而产生的新序列只是文本选择。在Safari处理和执行键盘操作之前，其他所有内容都会被拦截。touchstart和touchend拦截也防止触发鼠标事件，在上下文中这是完全正常的。

我不知道更简单的方法来描述这一点，但我认为这里有它很重要，因为我在第一次遇到这个问题的一小时内就找到了这个线索。

我有98%的把握，同样的修复方法也适用于输入框和其他任何东西。拦截触摸事件并单独处理它们，而不让它们传播或冒泡，并考虑在微小超时后进行任何选择，以确保Safari不会将该序列识别为键盘触发器。

令人惊讶的是，这里有很多javascript和视口的答案，只有一个提到了文本大小调整，这是我认为最好的解决方案。

您可以将此设置为无。

添加以下CSS：

* {
 -webkit-text-size-adjust: none;
  text-size-adjust: none;
}

顺便说一下，如果您使用Bootstrap，您可以只使用此变体：

.form-control {
  font-size: 16px;
}

请不要使用Javascript或黑客来使其工作。这将影响您在网络上的项目分数。

这将起到作用：

input, input:active, input:focus, input:focus-within, input:hover, input:visited {
    font-size: 16px!important;
}