我们正试图在我们的公司networking上部署Google Chrome浏览器，但是与IE相比，我们发现加载https页面（特别是我们自己的内部浏览器）需要花费2-4倍的时间。 有没有人经历过这个，发现一个修复？
更新
基于Handyman5的build议，我在Chrome中运行了一些诊断程序，发现从caching中提取静态文件和渲染页面花费的时间最多（每页超过90％）。 但是，如果我在我们的网站上closuresSSL，这几乎是瞬间的。
任何想法，为什么这将是？
Chrome有一个很棒的内置诊断工具， “about：net-internals” ，旨在帮助排除networking问题。 具体来说，它有一个“事件”标签，可让您指定一个URL，然后Chrome会逐步分解整个加载过程，包括DNSparsing，caching命中和AJAX元素请求。
tl; dr检查Chrome如何处理证书检查和撤销。
我曾经在一家工厂工作过，但在Firefox上有过类似的问题。 对于这个问题， 您需要确认问题仅限于https页面。 如果不是的话，那就没有什么区别了。
使用Firefox（我知道，我知道，我可以阅读，即将发表），一些人有问题，而Internet Explorer用户（如果你能相信的话）没有问题。 我们曾经使用过臭名昭着的ipsCA权威，因为他们对教育机构是免费的， 但是最终因为他们的狡猾而愤怒，并且OCSP检查他们的证书是罪魁祸首 。 事实certificate，由于SSL证书的性质，处理证书撤销清单导致浏览器延迟。 显然，作为我们最好的，没有提到你的Chrome版本，所以很难说这是一个问题还是一个问题。 不过，我会在Chrome中检查CRLconfiguration。 在Firefox中这样做缓解了问题。 另外，请检查您的证书是否具有良好的信誉，即是否是自签名的。 是什么东西让我们使用，是因为我们服务的白痴用户抱怨很多，而且是免费的。 我们以为我们自救是头痛，但是我们做得更糟。
我们在内部部署Google Chrome，以支持定制开发的应用程序（在ASP.NET MVC上），但在正常的HTTP上运行。
由于caching，我们也遇到了慢页面的问题。 看起来，Chrome浏览器在每个页面加载时都拉动了所有的静态文件，而不是将它们保存在caching中。 我们结束了简单地添加过期头到我们的应用程序强制caching，并且工作。
您可以沿着这条路线（修改您的Web应用程序为每种types的文件指定caching策略），或者调查Chrome的默认caching行为。
其他人似乎也有类似的问题（例如http://www.google.com/support/forum/p/Chrome/thread?tid=741fd9e03cfb7e7b&hl=zh-CN ）。
本文可能会有用，因为它提供了有关Chromecaching的入门知识： http : //gent.ilcore.com/2011/02/chromes-10-caches.html
最后，我在这里找不到答案。 所有监控和性能分析testing都表明Google Chrome在从本地客户端caching中加载安全静态内容时速度很慢。 不知道为什么。 我们不得不让所有的内部用户切换到IE（这是大多数networking上遇到的类似问题的人）。
我遇到了同样的问题。 search了很长时间后，我发现了进程监视器工具（ https://technet.microsoft.com/en-us/sysinternals/processmonitor.aspx），Chrome正在运行许多冲突，试图写入％TEMP％。 清除这个目录解决了我的问题。
如果后端是基于Java的应用程序服务器，则存在导致TLS会话票证导致巨大延迟的常见java错误。 你可以使用一个真正新的openssl s_client来模拟这个bug，并告诉它启用/禁用会话票据。
真正的罪魁祸首是带有空值的JSSE与TLS扩展，会话票据在第一个请求上使用。
任何可能性，您的服务器用尽了随机数据。 在Linux下，如果你使用/dev/random并且耗尽了随机数据，你的服务器将会阻塞，页面加载看起来就像挂起。
通常/dev/urandom已经足够了。 如果情况并非如此，那么您可以获得一些硬件来为您生成随机数据。
我看你正在运行的ASP .NET – 我不能评论这是Windows上的问题，但值得一看。