日期:2013-10-26  浏览次数:20689 次

有的网页看起来并不大但打开会很卡,有的网页虽然很长但使用流畅,占用用户电脑的内存与CPU就影响这些。

浏览器问题,有各自的浏览器处理内存问题会影响到,但几乎没办法控制得了,Windows上的:

  • IE系列,刷新回收的量不大,但最小化会释放内存,。
  • Firefox2听说也会在最小化回收,可我从没见过最垃圾,用多少是多少,基本不回收。听说prototype的ajax还会惹起内存不断添加。
  • Opera最好。不断控制得很好。不存在什么问题。。

Linux的内存分配机制与Win的不一样,有多少用多少,如果浏览器占光时说不定会干掉系统。

页面问题,浏览器渲染页面会耗费内存和CPU,能减少一点就减少点。

结构上

  • 使用DocType,通知浏览器你在用什么,html4也有DTD。也许Transitional更适合你
  • 如果使用的是XHTML并能保持良好结构的话,记得输出相应的MIME跟XML头1,可以减少浏览器的代码检查,
  • 保持结构的完整,不要让浏览器帮你补全代码。
  • 控制页面的文件大小,可以通过程序把为了看代码比较舒服的缩进去掉。2~3K也是大小。
  • iframe会产生新的页面,其实有很多方式可以代替iframe
  • 引入的JS与CSS可以适当合并,同样背景图片也可以合并,甚至有人连Flash都合并
  • 给已知宽高的内容图片/Object加上宽度的属性可以减少页面的局部重渲染

表现上

  • 质量99跟70的jpg在大多数情况下只要文件有大小不一样。gif的也一样,特别是小图标,256色跟128色的差别是文件大小.
  • flash动得太快吃CPU很大,控制每秒的帧数及动画的效果可以减少一些,如果把质量用中低显示会省很多资源,但这样却牺牲了效果。。quality属性 有时选择Autolow2 或者Autohigh会更适合,没必要不断low 或者best,
  • flash使用矢量图会节省文件大小,但计算复杂的图形跟动画时花的是CPU。复杂的太多滤镜,则会占用大量内存,模糊滤镜有减少些3。
  • IE的滤镜也是比较占用内存,同时也有兼容性问题。全屏的半通明很吃资源的。
  • 2*2的图片跟8*8的图片大小差不多,但是平铺背景2*2却占用大很多。
  • gif动画同样有帧的概念,别把gif当成flash来玩就行。

行为上

  • 别为了使用一个$()引入整个pretotype或jQuery,它们有更多的作用。
  • AJAX很帅。但是用xml会用上XML解析器,有人推荐用JSON,可是这样要eval数据,其实可以直接import曾经是对象的script来用。只是要多传个对象名,或者把对象名写死,或者像flickr那样jsonFlickrApi({"xxx":"xxx"}),直接当函数用,挖哈哈。
  • 实现某些效果时能用visibility:hidden处理时就别用display:none来玩。
  • 在这里强调js变量要注全局跟局部等等的意义并不大,JS复杂的地方也不是一两句能说得清的,关注大家关注月影的正在出版的旧书吧。^^

其实这里有的内容有不少跟 如何快速的呈现我们的网页 相近,不过那篇是以处理服务端为主,但在很多时候,节省服务端资源耗费的同时也会节省客户端的资源耗费。

再其实,这篇曾经蹲在草稿箱里好久了,不断没有时间去整理。如今给的也不是完整的,由于没有完整,慢慢补充吧。

------------------------------------------------------------------------

  1. 产生问题:虽然会惹起 浏览器的模式问题 ,但问题是可以处理滴。参考Serving up XHTML with the correct MIME type ,派送XML头浏览器不会容错显示,出现错误结构会导致整个页面无法显法。
  2. Autolow: 优先考虑速度,但是也会尽可能改善外观。 回放开始时,消弭锯齿功用处于关闭形状。 如果 Flash Player 检测四处理器可以处理消弭锯齿功用,就会打开该功用。
    Autohigh:开始时回放速度和外观两者并重,必要时会牺牲外观来保证回放速度。 回放开始时,消弭锯齿功用处于打开形状。如果实际帧频降到指定帧频之下,就会关闭消弭锯齿功用以提高回放速度。使用此设置可模仿“消弭锯齿”命令(“视图”>“预览模式”>“消弭锯齿”)。
  3. 模糊滤镜:使用模糊滤镜时,如果用于 blurX 和 blurY 的值是 2 的整数次幂(例如 2、4、8、16 和 32),则可以加快计算速度,并且可以使功用提高 20% 到 30%(flash的协助是介样说滴)。