如何使用 keep-alive + HTTP Pipe-lining 修复 iOS 8 中的图像交换问题？

我们也遇到了这个问题，我们的解决方案是删除 HTML 中的所有标签，并使用带有背景属性的 css 类。这是一个例子：

.img_logo {
  background: url(../images/logo.png?v=20150427) no-repeat;
  width: 175px;
  height: 49px;
  display: block;
}

感觉有点尴尬，我知道，但这是为我们解决问题的唯一方法。一个缺点是我们必须删除图像的“alt”，但我想你可以在必要时使用一些 javascript 来解决这个问题。

希望这可以帮助！

我在我们刚刚推出的一个新网站上处理这个问题。在 FF/Opera/Chrome 等中一切看起来都不错，但我在 iOS8+ 中遇到了主要的图像交换问题。我注意到许多报告此问题的网站都运行 Litespeed 网络服务器。我切换到 Apache 进行测试，果然，网站加载得很好。我的主机（wiredtree.com，优质服务）和我查看了 Litespeed 中的一些配置选项，并禁用了这两个选项：

• 启用压缩
• 启用动态压缩

禁用这两个后，网站加载正常，没有问题。它对性能的影响很小，但绝对值得。

起初，我们尝试禁用 keep-alive 以有效禁用 HTTP Pipelining，但并没有解决问题。以上是我见过的唯一提供真正解决方案的东西。

希望这可以帮助处理相同问题的人！

不是答案，而是解决问题的方法：

1. 使用生产中的 Web 服务器使用应用程序的开发版本自行重现问题。只要确保你覆盖它。
2. 在网络服务器上创建一个新的主机名/CNAME 条目和相应的虚拟主机，或者如果第 3 步需要，在一个单独的端口上创建一个单独的 HTTP 服务器。这被称为“测试 HTTP 服务器”
3. 将您的测试/开发版本指向这个新的 HTTP 服务器并重现问题。在你能做到之前不要进入第 4 步！
4. 现在在这个测试 HTTP 服务器上，通过重定向或智能配置（尽可能使用 Apache），禁用 keepalives、压缩、https、缓存、流水线和任何你能想到的东西。重现问题并记下所有执行此操作和不执行此操作的配置元组。
5. 用 Apahce 交换 Litespeed 服务器。同样，对于一个好的系统管理员来说应该是微不足道的。（咳咳）。重现问题。

如果您可以通过第 5 步一直重现问题，并且没有任何配置更改或服务器软件更改产生影响，那么问题出在 iOS 上，您可能无能为力。（但这不太可能。）

但是，如果有一组不依赖于 Litespeed 的配置更改（即，Apache 也会发生），那么我们可以做一个解决方法：使用BrowserMatch指令来检测特定的（一组）浏览器；为此设置 BrowserMatch 集设置配置参数。你会发现这种事情的例子可以追溯到 IE 3.0 和 Netscape 浏览器。

如果问题出在 Litespeed，请使用上述方法并使用 Litespeed 支持提交错误。您正在为支持付费，不是吗？

在我的情况下，使用 http/2 协议似乎已经解决了这个问题。但是，我确信这个问题可能有一个实际的修复/解决方案。