IE并发连接限制(as)AS队列加载类(as3和as2)

IE对同一个域的并发连接数有限制
2008-07-09 01:24

IE对同一个域的并发连接数有限制,具体限制数见:

 

不过IE允许通过修改注册表值来修改,具体见(改后效果不明显):
http://support.microsoft.com/kb/282402

这个限制的由来:
http://blogs.msdn.com/ie/archive/2005/04/11/407189.aspx

调用IE的内核设置这个值,可参考:
http://support.microsoft.com/kb/183110




由 于ie遵守严格的标准,as 只能并发下载2个文件,其原因可能是由于带宽或下载大量小文件,其他浏览器好像没有这个限制,游戏里的小资源很多,部分打包,部分还是要实时加载,虽然只 能同时下2个,但在下载大量资源时,经测试用并发还是比队列下载快,但并发下载有时无故停掉,也不抛出事件,可以做个超时处理,或不下同一个资源。这样就 可以保证下载的速度,最后把资源分散,也可加速。

Internet Explorer and Connection Limits
http://blogs.msdn.com/ie/archive/2005/04/11/407189.aspx

修改连接限制
http://support.microsoft.com/kb/183110

队列下载:
BulkLoader: http://code.google.com/p/bulk-loader/
QueueLoader: http://code.google.com/p/queueloaderas3


这次又遇到要加载N多外部文件的项目了,就多了个心眼,在网上搜索了一下队列加载类。有二:
      BulkLoader: http://code.google.com/p/bulk-loader/
      QueueLoader: http://code.google.com/p/queueloader-as3/
      这两个都是as3的。可以到官方网站去了解使用方法,或者下载源码和例子。都支持图片,声音,xml等常规的外部文件,当然,也有不同,可以去参考官方文档。其中,BulkLoader要小一点,牛猪就是用的这个。我以后也会考虑用这个。

     as2的队列加载类也有,如下:
     Queueloader class for AS2 : http://fboyle.com/blog/?p=17
    直接点击进入,里面有使用例子和源码,支持图片声音和swf。看介绍,是该博客作者根据as3的QueueLoader写的。

文章来自: 闪客居(www.flashas.net) 详文参考:http://www.flashas.net/html/flashas/flashheWEBchengxuyingyong/20090629/4254.html
==============================================

我差不多是与做web design的同时接触的flash design,因为那会普遍认为flash神通广大、无所不能。这些年我看Adobe的发展势头和野心,完全准备反客为主的架势。也就是说,Adobe本 身就希望flash design独立出来,形成与web design对立的技术体系。

在当前最大障碍的效率、带宽现实上,部分支持观点认为,将来电脑效率、互联网带宽统统都没有问题。但这显然不是关键,因为web design的核心是information, content,而flash design的核心是presentation,差异注定了发展。甚至我一度认为,曾经长达近十年国内的web design不值钱、网站做不好,源自本身对web design核心竞争力的误解,还有人提出过“网站设计人员不会用Flash,必将被淘汰出局!”的谬论。

国内从业者羡慕国外的flash技术水准,但国内flash技术从业者们是否了解,国外的web-based application发展到了什么境界?国外普及的电脑、带宽都比国内强N倍吧?因此都值得去推动而不是误解,所以我才认为互动技术需要理性选择。香港 资深flash设计师Luar于06年1月份所总结Flash优劣问题中提到:

   1. 失去Back Button和Bookmark/Forward Link能力
   2. 不能資料再運用
   3. 文本處理能力不快不方便
   4. 文字/圖文列表處理能力弱
   5. 自製界面困擾使用者

flash在提升产品某方面的用户体验上,确实有优势,但这个优势范畴并不是web技术领域所必须承载的价值。相反如果在不恰当的场合应用了flash技术,会有更多潜在负面影响,总结如下。
客户端支持不佳

flash并没有想象中的受欢迎,尤其在高端的internet资深用户群、专业技术用户圈里。某些浏览器默认并不能浏览flash元素,另外某些用户会强制自己的浏览器不显示flash文件,以便减轻CPU负担,和提升页面呈现速度。
设计技术成本增大

为了保证如上因支持问题产生的不良后果,往往通用方式做预留退路处理。比如给段提示文字,准备好替换图片,或者直接提供html版本。当然,无一都会增加设计、维护成本。
搜索引擎不友好

如果设计方案处理不的当,直接结果是会丧失很多互联网上的潜在客户,我相信不会是那些在互联网上做品牌、卖房卖车的网站主们希望看到的结果。据说 Google已经可以索引flash,但从原理上讲,因为flash自身技术体系的复杂度,等同于html的完美无障碍索引几乎不可能。
研发维护成本增大

flash design其实也分为做图、编程两类,基本对应web design的效果图、前端开发。使用flash意味着有专人负责解决方案,或者说单人分出精力做解决方案。AJAX+PHP与 Flash+AJAX+PHP的维护完全是两个量级,同时熟练两套技能的人才可不多。
安全隐患增加

与flash强大“硬件级别”功能直接对应的就是高风险,方便自己就等于方便大家。这么说也许有点危言耸听,但曾经确实曝出过因flash漏洞被控制摄像头和麦克风的事情。不用flash的操作系统也会有漏洞,但不乱用会少漏洞总是事实吧。

——————————————

作为专业技术人员判断趋势前景,我没有想过要说服谁,因为这是个人选择问题。很大程度上,谁走的也不比谁快多少,主要看谁先上路。至少flash还给我个反思——用户体验并不需要追求极致,适可而止带来的好处会更多。
文章来自: 闪客居(www.flashas.net) 详文参考:http://www.flashas.net/html/flashas/flashheWEBchengxuyingyong/20090704/4264.html

原文地址:https://www.cnblogs.com/as3lib/p/2611416.html