Chrome降低了https网站的速度，尤其是内部网站

我们正在尝试在我们的企业网络中部署Google Chrome，但是发现与IE相比，加载https页面（尤其是我们自己的内部页面）所需的时间要长2-4倍。有没有人遇到过这种情况并找到了解决方法？

更新资料

根据Handyman5的建议，我在Chrome中运行了一些诊断程序，发现花了最多的时间（每页超过90％）从Cache中提取静态文件并渲染页面。但是，如果我在我们的站点上关闭SSL，则几乎是瞬时的。

对为什么会这样有任何想法吗？

Chrome浏览器具有强大的内置诊断工具“ about：net-internals”，该工具旨在帮助排除网络故障。尤其是，它具有“事件”标签，可让您指定URL，然后Chrome逐步分析加载它的整个过程，包括DNS解析，缓存命中和AJAX元素请求。

tl; dr检查Chrome如何处理证书检查和吊销。

在我以前使用过的设备（但使用Firefox）中，我们遇到了非常相似的问题。为了解决这个问题，您需要确认问题仅在于https页面。 如果没有，那将没有什么区别。

使用Firefox（我知道，我知道，我知道，我会指出，即将出版），很多人遇到了问题，而Internet Explorer用户（如果可以相信的话）却没有。我们之所以使用臭名昭著的ipsCA权限，是因为它们对教育机构是免费的，但是最终由于其可疑性而激怒了Firefox，而OCSP检查其证书才是罪魁祸首。事实证明，由于SSL证书的性质，浏览器由于处理证书吊销列表而延迟。显然，作为我们最好的，您没有提到您的Chrome版本，因此很难说这是否是一个问题还是一个问题。但是，我会检查Chrome中的CRL配置。在Firefox中这样做可以缓解问题。另外，请检查您的证书是否信誉良好，即它们是否是自签名的。放弃使用它的原因是，我们不再使用自签名，因为我们服务的白痴用户抱怨很多，而且它是免费的。我们以为自己让自己头疼，但使情况变得更糟。

我们在内部部署了Google Chrome浏览器，以支持自定义开发的应用程序（在ASP.NET MVC上），但在常规HTTP上运行。

由于缓存的原因，我们也遇到了页面慢的问题。Chrome似乎在每次页面加载时提取所有静态文件，而不是将其保存在缓存中。我们最终只是简单地向我们的应用程序添加了expires头文件来强制缓存，并且成功了。

您可以沿着这条路线走（修改Web应用程序以为每种文件类型指定缓存策略），或者进一步研究Chrome的默认缓存行为。

其他人似乎也有类似的问题（例如http://www.google.com/support/forum/p/Chrome/thread?tid=741fd9e03cfb7e7b&hl=zh-CN）。

本文可能是有用的，因为它提供了有关Chrome缓存的入门知识：http : //gent.ilcore.com/2011/02/chromes-10-caches.html

我遇到了同样的问题。搜索了很长时间后，我发现使用了进程监视工具（https://technet.microsoft.com/en-us/sysinternals/processmonitor.aspx），Chrome在尝试写入％TEMP％时遇到了许多冲突。清除此目录为我解决了这个问题。

最后，我在这里找不到答案。所有的监视和性能分析测试表明，Chrome浏览器从本地客户端缓存加载安全的静态内容的速度非常慢。不知道为什么。我们必须让所有内部用户都切换到IE（这是大多数在网络上遇到类似问题的人所做的事情）。

如果后端是基于Java的应用服务器，则存在一个常见的Java错误，该错误会导致TLS会话票证引起巨大的延迟。您可以通过使用全新的openssl s_client并告诉它启用/禁用会话票证来模拟该错误。

真正的罪魁祸首是具有空值的JSSE与TLS扩展，会话票据在第一个请求时使用。

您的服务器用尽随机数据的任何可能性。在Linux下，如果您使用/dev/random了随机数据并用完了该数据，则服务器将阻塞，并且页面加载看起来像是挂起了。

通常/dev/urandom足够好。如果不是这种情况，那么您可以获得一些硬件，它将为您生成随机数据。

我看到您正在运行ASP .NET-我无法评论Windows上的问题，但值得一看。