原帖由 viewer 于 2007-7-23 16:07 发表 http://bbs.ioage.com/cn/images/common/back.gif
看了看版本怎么写的是2051.不是2052呢？

原帖由 急先生 于 2007-7-23 16:15 发表 http://bbs.ioage.com/cn/images/common/back.gif
遗憾啊 我还是 XP、IE6，看来是不能享受到这种不假死的好处了。

原帖由 天才杨威利 于 2007-7-23 16:35 发表 http://bbs.ioage.com/cn/images/common/back.gif
我使用theworld的一个重要的原因就是因为theworld并没有夸大自己的功能，这样每次我的期待都不会落空。

原帖由 急先生 于 2007-7-23 16:31 发表 http://bbs.ioage.com/cn/images/common/back.gif


我并不是提问要求谁来回答，我是反映2.52的假死问题，希望开发组引起注意。
希望凤凰不要误解。

我引的那段某嘉宾的回复，原帖在这里：

http://bbs.ioage.com/cn/viewthread.php?tid=38886&extra=pa ...

原帖由 google 于 2007-7-23 16:36 发表 http://bbs.ioage.com/cn/images/common/back.gif
PeekMessage改变了消息处理的顺序 对TW会有什么不利影响？

原帖由 phoenix 于 2007-7-23 15:51 发表 http://bbs.ioage.com/cn/images/common/back.gif
测试链接：http://forum.maxthon.com/uploads/lockuptest.htm
这个是Maxthon提供的Ajax测试

最近不断有朋友问我，我们为什么不能实现像Maxthon那样的效果，就是测试中每一步都会显示出来，而且可以切换标签 ...

可有个嘉宾xx在那里长篇大论的说：
^
这段文字以上以下还省略了很多文字，最纳闷的事就是为什么老有人不仅坚持自己的错误，还要大言不惭的以自己是TW的代言人自居。

原帖由 phoenix 于 2007-7-23 16:45 发表 http://bbs.ioage.com/cn/images/common/back.gif

这样说吧

本来的流程是： A B C D E
A假死，导致BCDE无法处理，只有A完成，才执行BCDE
现在则是在A的时候，处理了BCDE，然后才是A的完成

这到底有什么影响，暂时不好给出结论

原帖由 byyh 于 2007-7-23 19:37 发表 http://bbs.ioage.com/cn/images/common/back.gif


我晕，还第一次见你这样不讲理的人，我怎么大言不惭了，是你总叨叨说个没完，我好心给你说这些是让你先检查自己的错误，你倒好，还专门倒打一耙！

我是嘉宾，是因为繁体版是我翻译的，和TW开发组没关系， ...

原帖由 mutalisker 于 2007-7-23 20:32 发表 http://bbs.ioage.com/cn/images/common/back.gif
补充几句。主楼的那个ajax测试，是用的xmlrequest的同步模式，同步模式本身就有阻塞当前线程的特点。ajax也可以用异步的模式，这种模式是不可能出现同步模式那种假死的情况的。并且虽然我没有仔细看过，但我相信 ...

事实胜于雄辩 相信完整看了我帖子的人并且没有偏见的人，会明白我所说的问题。

TW会感谢你为其推广所做的贡献，但并不代表你就有这种盛气凌人的话语权。

原帖由 snowred 于 2007-7-24 00:10 发表 http://bbs.ioage.com/cn/images/common/back.gif
如果有一定数量的网站网页存在这种Ajax假死类型说不定是IE的bug，根据网站实际修改Ajax的表现，TW会更优秀。
尽量和IE内核在页面渲染的处理上保持一致，原则上很对，但可能也继承保持了弱点。

原帖由 byyh 于 2007-7-23 23:27 发表 http://bbs.ioage.com/cn/images/common/back.gif


呵呵，很感谢你说出了我的心里话，不过能说出来不代表理解，谁都知道·是什么，但没有镜子时他不可能认识自己是什么的

原帖由 mutalisker 于 2007-7-23 20:32 发表 http://bbs.ioage.com/cn/images/common/back.gif
补充几句。主楼的那个ajax测试，是用的xmlrequest的同步模式，同步模式本身就有阻塞当前线程的特点。ajax也可以用异步的模式，这种模式是不可能出现同步模式那种假死的情况的。并且虽然我没有仔细看过，但我相信 ...

原帖由 lvjing79 于 2007-7-23 18:47 发表 http://bbs.ioage.com/cn/images/common/back.gif
也是啊，MT2虽然能防止假死，但CPU的占用率高得吓人，这有什么意义呢？

原帖由 evilcat 于 2007-7-23 20:07 发表 http://bbs.ioage.com/cn/images/common/back.gif
这个版本就是告诉大家，那个测试TW一样可以有能力通过

PeekMessage改变了消息处理的顺序，如果可以，还是由内核的制作者微软来做这样的改动更好些，这个附件例子只是让大家看到我们也可以实现这个功能，暂时我们不打算在正式版本中加入这个功能，作为外壳浏览器，我们希望还是尽量和IE内核在页面渲染的处理上保持一致

原帖由 一根烟 于 2007-7-24 16:43 发表 http://bbs.ioage.com/cn/images/common/back.gif
操作这个http://www.hnticai.com/lotterytrend/supperlotterytrend.shtml网页还是会CUP100%,不知是什么原因？大家试试，不过我是老机器P3-667.

原帖由 byyh 于 2007-7-24 21:17 发表 http://bbs.ioage.com/cn/images/common/back.gif
不说了，我昨天也是好心给他回复，结果被他处处讽刺，一时就火大了。现在我向凤凰保证，以后谁说我也不会反驳了，做人要低调。。。

正话：我也觉得能加上这个功能最好，因为毕竟很多人看不到此贴，作为大 ...

原帖由 一根烟 于 2007-7-24 16:43 发表 http://bbs.ioage.com/cn/images/common/back.gif
操作这个http://www.hnticai.com/lotterytrend/supperlotterytrend.shtml网页还是会CUP100%,不知是什么原因？大家试试，不过我是老机器P3-667.

原帖由 realzhang 于 2007-7-24 23:13 发表 http://bbs.ioage.com/cn/images/common/back.gif

我这里显示正常啊，你还是上ie7吧。ie7+tw，上哪都钢钢的。

原帖由 AY 于 2007-7-25 15:09 发表 http://bbs.ioage.com/cn/images/common/back.gif
啊，这个只是针对同步 httprequest，还是针对任何做成线程失响应的情况？

原帖由 一根烟 于 2007-7-24 16:43 发表 http://bbs.ioage.com/cn/images/common/back.gif
操作这个http://www.hnticai.com/lotterytrend/supperlotterytrend.shtml网页还是会CUP100%,不知是什么原因？大家试试，不过我是老机器P3-667.

原帖由 xuyong 于 2007-7-23 20:55 发表 http://bbs.ioage.com/cn/images/common/back.gif
那个网页说是冻结3～5分钟，我等了1分钟不到就可以正常操作了！
TW2.0.5.2

Maxthon 2.0 的多线程防假死技术并不是单单只针对同步 httprequest，这里使用同步 httprequest 来示范是因为同步 httprequest 能有效地制造假死。而 Maxthon 2.0 在测试中的表现在一定程度上能反映出多线程防假死技术的有效性。