prototype.js+IE6的一个怪异问题。

今天在调试一个功能的时候碰到了一个古怪的问题。
功能很简单。在一个页面中使用prototype.js的Ajax.Updater异步刷新一个div块的内容。后台是webworks，用JSP生成要填入div的HTML片段。
在FireFox中一切正常。但在IE6中只要触发这个功能，IE6立刻停止响应了，占用CPU接近100%。
通过跟踪发现，在FireFox中，XMLHttpRequest的readyState的变化顺序是0，1，2，2，3，4。而在IE6中是0,1,2，然后IE就停止响应了。

你们猜猜是什么原因。

稍后公布答案。

没有人愿意猜测一下吗？那么好吧……

原因是我把

<%@ page contentType="text/plain;charset=UTF-8"%>

打成了

<%@ page contentType="text/plain;UTF-8"%>

我承认这是个愚蠢而低级的错误。不过IE的表现更愚蠢。

firefox似乎能屏蔽一些js错误，但是IE却不能容忍。我在开发的过程中也遇到这样的问题。

IE报的错是有些莫名，但firefox屏蔽问题的做法也不是很好。

IE确实没有FF处理的好哦

按照lz的
代码
<%@ page contentType="text/plain;charset=UTF-8"%> 
打成了
代码
<%@ page contentType="text/plain;UTF-8"%>

在ie 6.0.2900.2180 下面用纯XMLHttpRequest对象 我测试情况是 1，1，2，3，4 并没有出现占用100%的情况

在 Firefox/2.0.0.2 下 页面根本显示不出来，因为设置的contentType是
text/plain
改写成 contentType="text/html 后 和ie行为一样

lz的问题在我这里也没有重现

…这个别人怎么猜得到呢
不过我倒是碰到一个问题
就是用prototype的Ajax.Updater的时候
IE下会不知道什么原因有时候会发生返回不了的问题
Firefox下一般不会出现这样的问题