感谢redhatuser的投递
新闻来源:Ajaxian & 译言
已经有很多人发现新版 Gmail 会导致浏览器崩溃，而这不仅仅是 Gmail 的问题，问题出在Ajax 身上。
国外著名 Ajax 评论站 Ajaxian.com 发表文章，警告 Ajax 和它所依赖的浏览器支持已经捉襟见肘。如果大家都认识到 Ajax 不再稳定，Ajax 就会像 Java Applet 一样死掉，人不复闻。

历史总在重复自己，第一次重复是悲剧，第二次是闹剧。——卡尔·马克思

我还记得94年那一天，就是我抛弃 Mac 转向 Windows 的那天。那天阴云密布，死气沉沉，我忍痛做下一个艰难的决定——在每天程序崩溃十二三次之前，我曾是 Mac 和 Unix 坚定支持者。我真的受够了。在 Mac OS 7 上，Photoshop, Netscape, Secure Shell 和 Word 压根不能同时打开。我实在是忍无可忍，而当时 NT 3.51 每天仅仅崩溃两次。所以，我就在那天跑出去买了一台 PC 回家。

现在，我恐怕历史又在重演。昨天，我 Linux 上的 Firefox 2 崩了 5 次，XP 上的 IE7 崩了 7 次。原因是什么？太多的庞杂 Ajax 应用！Zimbra，Google 形形色色各种应用的集合，雅虎邮件，等等。这都是我一天里面基本会一直开着的应用。可忽然浏览器就不见了，我还要一遍一遍的再启动浏览器登陆帐户。

我并不是个例。我的同事和朋友都有这样的问题。不管是 Safari/Mac, IE7/Vista 还是 Firefox/Mac。我咨询过一个在大公司主管支持的朋友；把浏览器种类版本什么的都报告给他。唯一不受这个问题困扰的是我办公室里面一个用 Opera 的高手。他总是稳稳地开着二百个左右的标签。

原因一目了然。我们接受了 LiveScript —— 对验证一两个表格它做的不错—— 然后我们指责它成为了新应用平台的基础。而浏览器们并没有跟上这种变化，在 web 2.0 应用越来越丰富的今天，情况只会越来越糟。

援军正在到来，形式是Safari 和 Mozilla 的 bytecode 转译和 vm。而 IE 的未来依然阴云密布（当然，也有一个将 Tamarin 带给IE 的计划）。如果浏览器版本更新不够快，或者新版浏览器没有妥善解决每小时崩溃一次的问题，那很多人选择使用 Opera 或许是我们唯一的希望。退一万步，内容和应用提供者会退到更稳定的非Ajax 替代品比如 Flash 或者 Silverlight。

Ajax 和它所依赖的浏览器支持已经捉襟见肘。如果大家都认识到 Ajax 不再稳定，Ajax 就会像 Java Applet 一样死掉，人不复闻。




的确一些网站的ajax用的太多，占了比较多的系统资源了。也许网页游戏制作也该注意这一点

Flash, AJAX等等东西，要弄清楚它们的本位，它们不是越多越花哨越好，它们只为改善客户端体验而存在。

之前论坛有个朋友的观点很好，WebGame不能忽视运行的速度，但很多人确实忽视了。

555 偶在尽可能的降低AJAX的应用 主要是想减少负担

这个问题我有碰到，新版的gmail确实常常会联接失败。

但情况并没有此文原作者说的那么煽情，联想太丰富了，ajax的基础没有失效，只是现有技术的瓶颈被这些应用碰到了。

其原因主要是由于在一个用户的操作中，并发生成的request数目太多了，此时，这些请求会需要进行排队，导致响应缓慢。又或者因为过于集中而触发防火墙的规则限定，导致用户短时间内被屏蔽。

这是经典的ajax滥用场景，ajax的原教旨主义认为动态页面这个概念已经消亡，所有的数据都应该从xhr来获得，但其实，合理利用page，在服务端组装数据，批量传送数据才是这一问题的正解。只需略为优化，砍掉几个功能，或者加入几个page，比如，初始化page，以保证b/s之间的并发请求在10以内，就能避免这些问题。

ajax应用可能产生问题的地方主要在服务器端，目前的web开发主流技术方案（apache/php|iis/asp|tomcat/java），都难以解决高并发下稳定响应的问题，我正在对此进行研究，可能会有收获。

有些AJAX的应用是无法避免的，如果不使用功能无法实现不说，还会使服务器负担更重，因为要保持页面的连贯性，如果采用传统模式很可能要大批量的更新和读取一些没必要时刻更新的东西，所以AJAX的应用有其必然的，页面假死问题就象楼上说的只能从优化方面下手

我倒不这么认为。我现在正努力把所有的交互都改成AJAX。使用普通的访问太占用带宽了。不过我也不支持用AJAX做太复杂的事情（实际上我暂时也还不会）。AJAX的控件我都一个还没用过。只用Ajax.Method。