Firefox和Chrome在本地主机上运行缓慢; 已知的修复程序在Windows 7上不起作用
在启用IP6的情况下，Firefox和Chrome在本地主机上已知速度较慢。 在以前的Windows版本中，最简单的解决方法是从hosts文件注释掉这一行，正如在这个问题的答案中所解释的那样。
::1 localhost 但是， 正如在这个问题中指出的那样 ，在Windows 7中这行已经被注释掉了：
# localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost
有没有其他的方法来禁用Windows 7中的::1 localhost引用？
如果取消对hosts文件中的127.0.0.1行的注释，Chrome会返回到本地主机URL上的快速自我。
# localhost name resolution is handled within DNS itself. 127.0.0.1 localhost
主机文件通常位于C:\WINDOWS\system32\drivers\etc\hosts 。 要在Win7中进行编辑，您需要以pipe理员身份运行记事本。
事实certificate，速度缓慢是由于DNS的IPv6问题引起的，可以通过在进行本地主机testing的同时在Firefox中closuresIPv6支持来轻松解决。 要进行更改，请input
about:config
在地址栏中find
network.dns.disableIPv6
设置并双击它将其设置为true。 这在Vista上的Firefox本地主机问题的伎俩，一切都运行得很快。
http://kb.mozillazine.org/Network.dns.disableIPv6有你可能需要的所有信息; – 祝你好运！
我会做施耐德提到的。 这里还提到詹姆斯在这里： http : //theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html
“双击ipv4OnlyDomains，然后键入localhost”
松鸦
我遇到了一个奇怪的问题，只有一个本地域缓慢，而其他所有的域都很好。 不知道为什么，最后把::1 localhost放在我的other ::1 something.local底部，它立即清理了，之前我把它放在其他条目的上面。 （我正在运行OS X 10.8.3）
我的最终主机文件看起来像这样：
127.0.0.1 localhost 255.255.255.255 broadcasthost ::1 something.local ::1 something2.local ::1 something3.local ::1 localhost fe80::1%lo0 localhost
正如其他人所指出的不同的答案 – 如果你有bitdefender，那么这将愉快地毁了你的发展经验。
最好打开防卫控制台，进入alt-shift-control-g（把它放在“游戏模式”）并从那里运行。
在游戏模式下，bitdefender不会轰动你的本地主机！
这不是一个直接的答案，但我有同样的问题，并没有任何上述的IPv6或主机文件更改为我工作。 点击F5刷新本地主机上的js更改后，我的asp.net MVC4项目真的很慢。 在所有的浏览器上都有发生 – Chrome，FF和IE。 最终我发现，IIS Express 8.0没有意识到我已经安装了，结果发现8.0在服务js文件时非常慢，而且似乎是一个bug。 如果我在命令行上运行iisexpress并按F5，我可以看到每个js文件需要4或5秒才能加载。
我结束了卸载IIS 8.0和安装IIS Express 7.5，并立即解决了问题。 以下是我遵循的步骤：
- 卸载IIS Express 8.0
- 删除IISExpress文件夹（Win 7上它是我的文档\ IISExpress中）
- 安装IIS Express 7.5（ 链接到IIS Express 7.5下载 ）
IIS Express 8.0似乎与VS 2012一起安装，所以如果你有一个新的安装或可能的服务包更新，这可能已经升级了以前的IIS Express版本。
我在主机上有几个条目（因为我正在运行虚拟服务器）。 以前我有过
127.0.0.1 localhost 127.0.0.2 i.localhost 127.0.0.3 secure.localhost
什么似乎更好但不完美的是这样的 ：
127.0.0.1 localhost secure.localhost i.localhost
我build议closures浏览器，closuresApache，testing时按相反顺序重新启动。
到目前为止，没有任何修复工作对我来说很好。 问题依然存在。 ..
但是我注意到一些有趣的东西，我想分享一下，希望别人可以join这个。
如果您closures了WiFi （即closures外部networkinginput），并且例如Chrome，FireFox和其他可能的浏览器同时打开，并且如果Chrome在页面上窒息，并且您将获得纺销轮，并且在那一刻尝试从另一个浏览器（从本地主机）加载文件，它也会挂起，直到chrome最后超时（或者其他），最后几秒钟完成，即使是简单的页面。
这也发生在IE窒息和阻止来自其他浏览器的访问。 我已经尝试了很多次，我确信有一些非常有趣的事情发生。
似乎有不同的浏览器进程之间的链接。 我讨厌这样说，但是我怀疑Windows IP堆栈中有一个bug，就像听起来那样不可能。 另一种可能是Chrome只是陷入困境，或者锁住某个文件，使其他人无法使用它。
另外非常有趣的是，如果在Chrome被冻结的时候，你重新启用WiFi，只要互联网连接，然后铬或IE完成，以及任何其他浏览器也被阻止。
如果你问我，这有点奇怪。 如果你在本地主机工作，那么应该没有与互联网的互动。
我试图使用WireShark来看看发生了什么事情，但它是令人困惑的，到目前为止，我还没有能够确定任何涉及的数据包。
有一些非常有趣的事情发生。
我已经删除了我的.htaccess，并把httpd.conf中的默认值做了最小的改变。
我正在运行Win7x64Pro，Apache 2.4.7。
顺便说一句，这不是一个PHP的东西。 在这一点上肯定。
此外，locking似乎发生在^ R（页面重新加载），而不是浏览页面，以及其他页面组件需要检查当前，如菜单精灵（图像）。 这将是有304状态（使用HttpFox来看这些）。
另外，如果你快速重新加载相同的页面，它将工作的机会要高得多。 如果等待一分钟，那么它又经常g </s>。 我怀疑铬是从短期内获得结果，这部分掩盖了更深层次的问题。
有点迟了一个答案，但我尝试了上述所有，但仍然是在Windows 7慢。当我使用本地主机大约花了20+秒的页面加载。
Firefox改进了@Mark Mayo的回答，但不是所有的时间，Chrome仍然很慢。
我在这里find了解决办法
基本上，我添加了以下几行到Apache httpd.conf文件（因为他们不在那里）
AcceptFilter http none AcceptFilter https none EnableSendfile off EnableMMAP off
testingChrome和Firefox，并立即加载页面
只需在Chrome上尝试“隐身模式”，在Firefox上使用“私密模式”即可。
我知道这不应该是一个正确的答案。 但是，您可以将其用作临时解决scheme。
