这对我有用：

input, textarea {
    font-size: initial;
}

根据斯蒂芬·沃尔什的回答。。。这段代码在不改变焦点输入的字体大小的情况下工作（看起来很蹩脚），而且它仍然适用于FastClick，我建议将其添加到所有移动网站，以帮助实现“快速”。调整“视口宽度”以满足您的需要。

// disable autozoom when input is focused
    var $viewportMeta = $('head > meta[name="viewport"]');
    $('input, select, textarea').bind('touchend', function(event) {
        $viewportMeta.attr('content', 'width=640, user-scalable=0');
        setTimeout(function(){ $viewportMeta.attr('content', 'width=640, user-scalable=1'); }, 1)
    });

经过一段时间的尝试，我想出了这个解决方案

// set font-size to 16px to prevent zoom 
input.addEventListener("mousedown", function (e) {
  e.target.style.fontSize = "16px";
});

// change font-size back to its initial value so the design will not break
input.addEventListener("focus", function (e) {
  e.target.style.fontSize = "";
});

在“mousedown”时，它将输入的字体大小设置为16px。这将阻止缩放。在焦点事件中，它将字体大小更改回初始值。

与之前发布的解决方案不同，这将允许您将输入的字体大小设置为任意大小。

我使用了上面Christina的解决方案，但对引导程序进行了小修改，并将另一条规则应用于桌面计算机。Bootstrap的默认字体大小为14px，这会导致缩放。下面将Bootstrap中的“表单控件”更改为16px，以防止缩放。

@media screen and (-webkit-min-device-pixel-ratio:0) {
  .form-control {
    font-size: 16px;
  }
}

对于非移动浏览器，返回到14px。

@media (min-width: 768px) {
  .form-control {
    font-size: 14px;
  }
}

我尝试使用.formcontrol:focu，它将其保持在14px，但focus将其更改为16px，它没有解决iOS8的缩放问题。至少在我使用iOS8的iPhone上，字体大小必须是16px才能对焦，这样iPhone才能不缩放页面。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

受@jirikuchta的回答启发，我通过添加以下CSS解决了这个问题：

#myTextArea:active {
  font-size: 16px; /* `16px` is safer I assume, although `1rem` works too */
}

没有JS，我没有注意到任何闪光或任何东西。

值得注意的是，最大比例为1的视口也可以工作，但当页面作为iframe加载时，或者如果您有其他脚本修改视口等，则无法工作。