其实一切问题的展示都是表象，根源有时候和表象总有那么一点点的不同。。
我在想到底什么引起了ie7请求挂起，考虑到服务器请求慢，但很快否决，其他浏览器还是很快的，就是有差距，也不应该出现数量级的差距，so，这种推理不正确。
那么是因为ie7并发少引起。其实有道理，因为ie7只有两个并发， 所以如果请求过多的话，那有可能出现部分请求被挂起。
果然去掉几个请求，问题解决。但是请求不是你说去就能去的。。如果能去，不如不请求了~
我尝试只请求一个接口，也会出现挂起状态，但明显挂起的时间缩短，so，挂起这回事并不是问题的关键，它是一个表象。
我明明只操作了一个接口，却返回了一堆数据，为什么。有很多埋点造成。而很多埋点请求的原因是请求了一个不是那么重要却又导致很多请求的请求。
去掉该请求，发现没有那么多请求了，ie7卡死的现象也没有了。 好吧。有些事情，还是需要提早优化的，特别是一些有用没用的东西，不要随便都请求。恰当的需求也是代码优化的保障。
今天结束。。通读http协议，了解nactive client，我个人认为是个鸡肋的东西。。NPAPI工作了这么多年，安全性也奔波了这么多年。到底Pepper API有什么意义呢~我不是很确定~~~
好吧~没事就精简没有神马意义的需求吧~这是个教训。