利用分层优化 HTML5 画布渲染

图片 17

作为清除的重写

对于在恒定重绘区域中动画的完全不透明实体,可以使用重写作为一项优化技术。将不透明的位图渲染为一个区域(默认的合成操作),这会将像素放在该区域中,不需要考虑该区域中的原始渲染。这个优化消除了渲染调用之前所需的清除调用,因为渲染会覆盖原来的区域。

通过在之前的渲染的上方重新渲染图像,重写可以加快地面实体。也可以通过相同的方式加快最大的层,比如背景。

通过减少每一层的重绘区域,您已经有效地为层和它们所包含的实体找到优化策略。

使用分层画布来优化HTML5渲染的教程,画布html5

这篇文章主要介绍了使用分层画布来优化HTML5渲染的教程,来自于IBM官方网站开发者技术文档,需要的朋友可以参考下

简介

通常情况下,在玩 2D 游戏或渲染 HTML5
画布时,需要执行优化,以便使用多个层来构建一个合成的场景。在 OpenGL 或
WebGL
等低级别渲染中,通过逐帧地清理和绘制场景来执行渲染。实现渲染之后,需要优化游戏,以减少渲染的量,所需成本因情况而异。因为画布是一个
DOM 元素,它使您能够对多个画布进行分层,以此作为一种优化方法。
常用的缩写

  •     CSS: Cascading Style Sheets(级联样式表)
        DOM: Document Object Model(文档对象模型)
        HTML: HyperText Markup Language(超文本标记语言)

本文将探讨对画布进行分层的合理性。了解 DOM
设置,从而实现分层的画布。使用分层进行优化需要各种实践。本文还将探讨一些优化策略的概念和技术,它们扩展了分层方法。

您可以下载在本文中使用的示例的源代码。
选择优化策略

选择最佳优化策略可能很难。在选择分层的场景时,需要考虑场景是如何组成的。大屏幕上固定物的渲染经常需要重用若干个组件,它们是进行研究的极佳候选人。视差或动画实体等效果往往需要大量的变化的屏幕空间。在探索您的最佳优化策略时,最好注意这些情况。虽然画布的分层优化需要采用几种不同的技术,但在正确应用这些技术后,往往会大幅提升性能。
设置层

在使用分层的方法时,第一步是在 DOM
上设置画布。通常情况下,这很简单,只需定义画布元素,将其放入 DOM
中即可,但画布层可能需要一些额外的样式。在使用 CSS
时,成功地实现画布分层有两个要求:

    各画布元素必须共存于视区 (viewport) 的同一位置上。
    每个画布在另一个画布下面必须是可见的。

图 1显示了层设置背后的通用重叠概念。
图 1. 层示例
图片 1
设置层的步骤如下:

  •     将画布元素添加到 DOM。
        添加画布元素定位样式,以便支持分层。
        样式化画布元素,以便生成一个透明的背景。

设置画布重叠堆栈

在 CSS 中创建一个重叠堆栈 (overlay stack) 可能需要少量的样式。使用 HTML
和 CSS
有许多方法进行重叠。本文中的示例使用一个<div>标签来包含画布。<div>标签指定了一个惟一
ID,它将样式应用于其子 HTML5 画布元素,如清单 1所示。
清单 1. 画布定位样式
 

CSS Code复制内容到剪贴板

  1. #viewport {   
  2.     /**  
  3.      * Position relative so that canvas elements
     
  4.      * inside of it will be relative to the parent
     
  5.      */  
  6.     position: relative;   
  7. }   
  8.     
  9. #viewport canvas {   
  10.     /**  
  11.      * Position absolute provides canvases to be able
     
  12.      * to be layered on top of each other
     
  13.      * Be sure to remember a z-index!
     
  14.      */  
  15.     position: absolute;   
  16. }   

容器<div>通过将所有子画布元素样式化为使用绝对定位来完成重叠要求。通过选择让#viewport使用相对定位,您可以适应未来的发展,因此,应用于子样式的绝对布局样式将会是相对于#viewport容器的样式。

这些 HTML5 画布元素的顺序也很重要。可以按元素出现在 DOM
上的顺序进行顺序管理,也可以按照画布应该显示的顺序来样式化 z-index
样式,从而管理顺序。虽然并非总是如此,但其他样式可能也会影响渲染;在引入额外的样式(比如任何一种
CSS 转换)时要小心。
透明的背景

通过使用重叠可见性来实现层技术的第二个样式要求。该示例使用这个选项来设置
DOM 元素背景颜色,如清单 2所示。
清单 2. 设置透明背景的样式表规则
 

XML/HTML Code复制内容到剪贴板

  1. canvas {   
  2.     /**   
  3.      * Set transparent to let any other canvases render through   
  4.      */   
  5.     background-color: transparent;   
  6. }  

将画布样式化为拥有一个透明背景,这可以实现第二个要求,即拥有可见的重叠画布。现在,您已经构造了标记和样式来满足分层的需要,所以您可以设置一个分层的场景。
分层方面的考虑因素

在选择优化策略时,应该注意使用该策略时的所有权衡。对 HTML5
画布场景进行分层是一个侧重于运行时内存的策略,用于获得运行时速度方面的优势。您可以在页面的浏览器中增加更多的权重,以获得更快的帧速率。一般来说,画布被视为是浏览器上的一个图形平面,其中包括一个图形
API。

通过在 Google Chrome 19
进行测试,并记录浏览器的选项卡内存使用情况,您可以看到内存使用的明显趋势。该测试使用了已经样式化的<div>(正如上一节中讨论的那样),并生成了放置在<div>上的用单一颜色填充的画布元素。画布的大小被设定为
1600 x 900 像素,并从 Chrome1 的任务管理器实用程序收集数据。表
1显示了一个示例。

在 Google Chrome 的 Task Manager
中,您可以看到某个页面所使用的内存量(也称为 RAM)。Chrome 也提供 GPU
内存,或者是 GPU
正在使用的内存。这是常见信息,如几何形状、纹理或计算机将您的画布数据推送到屏幕可能需要的任何形式的缓存数据。内存越低,放在计算机上的权重就会越少。虽然目前还没有任何确切的数字作为依据,但应始终对此进行测试,确保您的程序不会超出极限,并使用了过多的内存。如果使用了过多的内存,浏览器或页面就会因为缺乏内存资源而崩溃。GPU
处理是一个远大的编程追求,已超出本文的讨论范围。您可以从学习 OpenGL
或查阅 Chrome 的文档(请参阅参考资料)开始。
表 1. 画布层的内存开销
图片 2

在表 1中,随着在页面上引入和使用了更多的 HTML5
画布元素,使用的内存也越多。一般的内存也存在线性相关,但每增加一层,内存的增长就会明显减少。虽然这个测试并没有详细说明这些层对性能带来的影响,但它确实表明,画布会严重影响
GPU
内存。一定要记得在您的目标平台上执行压力测试,以确保平台的限制不会导致您的应用程序无法执行。

当选择更改某个分层解决方案的单一画布渲染周期时,需考虑有关内存开销的性能增益。尽管存在内存成本,但这项技术可以通过减小每一帧上修改的像素数量来完成其工作。

下一节将说明如何使用分层来组织一个场景。
对场景进行分层:游戏

在本节中,我们将通过重构一个滚动平台跑步风格的游戏上的视差效果的单画布实现,了解一个多层解决方案。图
2显示了游戏视图的组成,其中包括云、小山、地面、背景和一些交互实体。
图 2. 合成游戏视图
图片 3

在游戏中,云、小山、地面和背景都以不同的速度移动。本质上,背景中较远的元素移动得比在前面的元素慢,因此形成了视差效果。为了让情况变得更为复杂,背景的移动速度会足够慢,它每半秒钟才重新渲染一次。

通常情况下,好的解决方案会将所有帧都清除并重新渲染屏幕,因为背景是一个图像并且在不断变化。在本例中,由于背景每秒只需变化两次,所以您不需要重新渲染每一帧。

目前,您已经定义了工作区,所以可以决定场景的哪些部分应该在同一个层上。组织好各个层之后,我们将探讨用于分层的各种渲染策略。首先,需要考虑如何使用单个画布来实现该解决方案,如清单
3所示。
清单 3. 单画布渲染循环的伪代码
 

XML/HTML Code复制内容到剪贴板

  1. /**   
  2.  * Render call   
  3.  *   
  4.  * @param {CanvasRenderingContext2D} context Canvas context   
  5.  */   
  6. function renderLoop(context)   
  7. {   
  8.     context.clearRect(0, 0, width, height);   
  9.     background.render(context);   
  10.     ground.render(context);   
  11.     hills.render(context);   
  12.     cloud.render(context);   
  13.     player.render(context);   
  14. }  

像清单
3中的代码一样,该解决方案会有一个render函数,每个游戏循环调用或每个更新间隔都会调用它。在本例中,渲染是从主循环调用和更新每个元素的位置的更新调用中抽象出来。

遵循 “清除到渲染”
解决方案,render会调用清除上下文,并通过调用屏幕上的实体各自的render函数来跟踪它。清单
3遵循一个程序化的路径,将元素放置到画布上。虽然该解决方案对于渲染屏幕上的实体是有效的,但它既没有描述所使用的所有渲染方法,也不支持任何形式的渲染优化。

为了更好地详细说明实体的渲染方法,需要使用两种类型的实体对象。清单
4显示了您将使用和细化的两个实体。
清单 4. 可渲染的Entity伪代码
 

XML/HTML Code复制内容到剪贴板

  1. var Entity = function() {   
  2.     /**   
  3.      Initialization and other methods   
  4.      **/   
  5.     
  6.     /**   
  7.       * Render call to draw the entity   
  8.       *   
  9.       * @param {CanvasRenderingContext2D} context   
  10.       */   
  11.     this.render = function(context) {   
  12.         context.drawImage(this.image, this.x, this.y);   
  13.     }   
  14. };  

 

XML/HTML Code复制内容到剪贴板

  1. var PanningEntity = function() {   
  2.     /**   
  3.      Initialization and other methods   
  4.      **/   
  5.     
  6.     /**   
  7.       * Render call to draw the panned entity   
  8.       *   
  9.       * @param {CanvasRenderingContext2D} context   
  10.      */   
  11.     this.render = function(context) {   
  12.         context.drawImage(   
  13.             this.image,   
  14.             this.x – this.width,   
  15.             this.y – this.height);   
  16.         context.drawImage(   
  17.             this.image,   
  18.             this.x,   
  19.             this.y);   
  20.         context.drawImage(   
  21.             this.image,   
  22.             this.x + this.width,   
  23.             this.y + this.height);   
  24.     }   
  25. };  

清单 4中的对象存储实体的图像、x、y、宽度和高度的实例变量。这些对象遵循
JavaScript
语法,但为了简洁起见,仅提供了目标对象的不完整的伪代码。目前,渲染算法非常贪婪地在画布上渲染出它们的图像,完全不考虑游戏循环的其他任何要求。

为了提高性能,需要重点注意的是,panning渲染调用输出了一个比所需图像更大的图像。本文忽略这个特定的优化,但是,如果使用的空间比您的图像提供的空间小,那么请确保只渲染必要的补丁。
确定分层

现在您知道如何使用单一画布实现该示例,让我们看看有什么办法可以完善这种类型的场景,并加快渲染循环。要使用分层技术,则必须通过找出实体的渲染重叠,识别分层所需的
HTML5 画布元素。
重绘区域

为了确定是否存在重叠,要考虑一些被称为重绘区域的不可见区域。重绘区域是在绘制实体的图像时需要画布清除的区域。重绘区域对于渲染分析很重要,因为它们使您能够找到完善渲染场景的优化技术,如图
3所示。
图 3. 合成游戏视图与重绘区域
图片 4

为了可视化图
3中的效果,在场景中的每个实体都有一个表示重绘区域的重叠,它跨越了视区宽度和实体的图像高度。场景可分为三组:背景、前景和交互。场景中的重绘区域有一个彩色的重叠,以区分不同的区域:

  •     背景 – 黑色
        云 – 红色
        小山 – 绿色
        地面 – 蓝色
        红球 – 蓝色
        黄色障碍物 – 蓝色

对于除了球和障碍物以外的所有重叠,重绘区域都会横跨视区宽度。这些实体的图像几乎填满整个屏幕。由于它们的平移要求,它们将渲染整个视区宽度,如图
4所示。预计球和障碍物会穿过该视区,并且可能拥有通过实体位置定义的各自的区域。如果您删除渲染到场景的图像,只留下重绘区域,就可以很容易地看到单独的图层。
图 4. 重绘区域
图片 5

初始层是显而易见的,因为您可以注意到互相重叠的各个区域。由于球和障碍物区域覆盖了小山和地面,所以可将这些实体分组为一层,该层被称为交互层。根据游戏实体的渲染顺序,交互层是顶层。

找到附加层的另一种方法是收集没有重叠的所有区域。占据视区的红色、绿色和蓝色区域并没有重叠,并且它们组成了第二层——前景。云和交互实体的区域没有重叠,但因为球有可能跳跃到红色区域,所以您应该考虑将该实体作为一个单独的层。

对于黑色区域,可以很容易地推断出,背景实体将会组成最后一层。填充整个视区的任何区域(如背景实体)都应视为填充整个层中的该区域,虽然这对本场景并不适用。在定义了我们的三个层次之后,我们就可以开始将这层分配给画布,如图
5所示。
图 5. 分层的游戏视图
图片 6

现在已经为每个分组的实体定义了层,现在就可以开始优化画布清除。此优化的目标是为了节省处理时间,可以通过减少每一步渲染的屏幕上的固定物数量来实现。需要重点注意的是,使用不同的策略可能会使图像获得更好的优化。下一节将探讨各种实体或层的优化方法。
渲染优化

优化实体是分层策略的核心。对实体进行分层,使得渲染策略可以被采用。通常,优化技术会试图消除开销。正如表
1所述,由于引入了层,您已经增加了内存开销。这里讨论的优化技术将减少处理器为了加快游戏而必须执行的大量工作。我们的目标是寻找一种减少要渲染的空间量的方法,并尽可能多地删除每一步中出现的渲染和清除调用。
单一实体清除

第一个优化方法针对的是清除空间,通过只清除组成该实体的屏幕子集来加快处理。首先减少与区域的各实体周围的透明像素重叠的重绘区域量。使用此技术的包括相对较小的实体,它们填充了视区的小区域。

第一个目标是球和障碍物实体。单一实体清除技术涉及到在将实体渲染到新位置之前清除前一帧渲染该实体的位置。我们会引入一个清除步骤到每个实体的渲染,并存储实体的图像的边界框。添加该步骤会修改实体对象,以包括清除步骤,如清单
5所示。
清单 5. 包含单框清除的实体
 

XML/HTML Code复制内容到剪贴板

  1. var Entity = function() {   
  2.     /**   
  3.      Initialization and other methods   
  4.      **/   
  5.     
  6.     /**   
  7.      * Render call to draw the entity   
  8.      *   
  9.      * @param {CanvasRenderingContext2D} context   
  10.      */   
  11.     this.render = function(context) {   
  12.         context.clearRect(   
  13.             this.prevX,   
  14.             this.prevY,   
  15.             this.width,   
  16.             this.height);   
  17.         context.drawImage(this.image, this.x, this.y);   
  18.         thisthis.prevX = this.x;   
  19.         thisthis.prevY = this.y;   
  20.     }   
  21. };     

render函数的更新引入了一个常规drawImage之前发生的clearRect调用。对于该步骤,对象需要存储前一个位置。图
6显示了对象针对前一个位置所采取的步骤。
图 6. 清除矩形
图片 7

您可以为每个实体创建一个在更新步骤前被调用的clear方法,实现此渲染解决方案(但本文将不会使用clear方法)。您还可以将这个清除策略引入到PanningEntity,在地面和云实体上添加清除,如清单
6所示。
清单 6. 包含单框清除的PanningEntity
 

XML/HTML Code复制内容到剪贴板

  1. var PanningEntity = function() {   
  2.     /**   
  3.      Initialization and other methods   
  4.      **/   
  5.     
  6.     /**   
  7.      * Render call to draw the panned entity   
  8.      *   
  9.      * @param {CanvasRenderingContext2D} context   
  10.      */   
  11.     this.render = function(context) {   
  12.         context.clearRect(   
  13.             this.x,   
  14.             this.y,   
  15.             context.canvas.width,   
  16.             this.height);   
  17.         context.drawImage(   
  18.             this.image,   
  19.             this.x – this.width,   
  20.             this.y – this.height);   
  21.         context.drawImage(   
  22.             this.image,   
  23.             this.x,   
  24.             this.y);   
  25.         context.drawImage(   
  26.             this.image,   
  27.             this.x + this.width,   
  28.             this.y + this.height);   
  29.     }   
  30. };  

因为PanningEntity横跨了整个视区,所以您可以使用画布宽度作为清除矩形的大小。如果使用此清除策略,则会为您提供已为云、小山和地面实体定义的重绘区域。

为了进一步优化云实体,可以将云分离为单独的实体,使用它们自己的重绘区域。这样做会大幅减少在云重绘区域内要清除的屏幕空间量。图
7显示了新的重绘区域。
图 7. 具有单独重绘区域的云
图片 8

单一实体清除策略产生的解决方案可以解决像本例这样的分层画布游戏上的大多数问题,但仍然可以对它进行优化。为了寻找针对该渲染策略的极端情况,我们假设球会与三角形碰撞。如果两个实体碰撞,实体的重绘区域就有可能发生重叠,并创建一个不想要的渲染构件。另一个清除优化,更适合于可能会碰撞的实体,它也将有益于分层。
脏矩形清除

若没有单一清除策略,脏矩形清除策略可以是一个功能强大的替代品。您可以对有重绘区域的大量实体使用这种清除策略,这种实体包括密集的粒子系统,或有小行星的空间游戏。

从概念上讲,该算法会收集由算法管理的所有实体的重绘区域,并在一个清除调用中清除整个区域。为了增加优化,此清除策略还会删除每个独立实体产生的重复清除调用,如清单
7所示。
清单 7.DirtyRectManager
 

XML/HTML Code复制内容到剪贴板

  1. var DirtyRectManager = function() {   
  2.     // Set the left and top edge to the max possible   
  3.     // (the canvas width) amd right and bottom to least-most   
  4.     
  5.     // Left and top will shrink as more entities are added   
  6.     this.left   = canvas.width;   
  7.     this.top    = canvas.height;   
  8.     
  9.     // Right and bottom will grow as more entities are added   
  10.     this.right  = 0;   
  11.     this.bottom = 0;   
  12.     
  13.     // Dirty check to avoid clearing if no entities were added   
  14.     this.isDirty = false;   
  15.     
  16.     // Other Initialization Code   
  17.     
  18.     /**   
  19.      * Other utility methods   
  20.      */   
  21.     
  22.     /**   
  23.      * Adds the dirty rect parameters and marks the area as dirty
      
  24.      *    
  25.      * @param {number} x   
  26.      * @param {number} y   
  27.      * @param {number} width   
  28.      * @param {number} height   
  29.      */   
  30.     this.addDirtyRect = function(x, y, width, height) {   
  31.         // Calculate out the rectangle edges   
  32.         var left   = x;   
  33.         var right  = x + width;   
  34.         var top    = y;   
  35.         var bottom = y + height;   
  36.     
  37.         // Min of left and entity left   
  38.         this.left   = left < this.left      left   : this.left;   
  39.         // Max of right and entity right   
  40.         this.right  = right > this.right    right  : this.right;   
  41.         // Min of top and entity top   
  42.         this.top    = top < this.top        top    : this.top;   
  43.         // Max of bottom and entity bottom   
  44.         this.bottom = bottom > this.bottom  bottom : this.bottom;   
  45.     
  46.         this.isDirty = true;   
  47.     };   
  48.     
  49.     /**   
  50.      * Clears the rectangle area if the manager is dirty   
  51.      *   
  52.      * @param {CanvasRenderingContext2D} context   
  53.      */   
  54.     this.clearRect = function(context) {   
  55.         if (!this.isDirty) {   
  56.             return;   
  57.         }   
  58.     
  59.         // Clear the calculated rectangle   
  60.         context.clearRect(   
  61.             this.left,   
  62.             this.top,   
  63.             this.right – this.left,   
  64.             this.bottom – this.top);   
  65.     
  66.         // Reset base values   
  67.         this.left   = canvas.width;   
  68.         this.top    = canvas.height;   
  69.         this.right  = 0;   
  70.         this.bottom = 0;   
  71.         this.isDirty = false;   
  72.     }   
  73. };  

将脏矩形算法集成到渲染循环,这要求在进行渲染调用之前调用清单
7中的管理器。将实体添加到管理器,使管理器可以在清除时计算清除矩形的维度。虽然管理器会产生预期的优化,但根据游戏循环,管理器能够针对游戏循环进行优化,如图
8所示。
图 8. 交互层的重绘区域
图片 9

  1.     帧 1 – 实体在碰撞,几乎重叠。
        帧 2 – 实体重绘区域是重叠的。
        帧 3 – 重绘区域重叠,并被收集到一个脏矩形中。
        帧 4 – 脏矩形被清除。


8显示了由针对在交互层的实体的算法计算出的重绘区域。因为游戏在这一层上包含交互,所以脏矩形策略足以解决交互和重叠的重绘区域问题。
作为清除的重写

对于在恒定重绘区域中动画的完全不透明实体,可以使用重写作为一项优化技术。将不透明的位图渲染为一个区域(默认的合成操作),这会将像素放在该区域中,不需要考虑该区域中的原始渲染。这个优化消除了渲染调用之前所需的清除调用,因为渲染会覆盖原来的区域。

通过在之前的渲染的上方重新渲染图像,重写可以加快地面实体。也可以通过相同的方式加快最大的层,比如背景。

通过减少每一层的重绘区域,您已经有效地为层和它们所包含的实体找到优化策略。
结束语

对画布进行分层是一个可以应用于所有交互式实时场景的优化策略。如果想利用分层实现优化,您需要通过分析场景的重绘区域来考虑场景如何重叠这些区域。一些场景是具有重叠的重绘区域的集合,可以定义层,因此它们是渲染分层画布的良好候选。如果您需要粒子系统或大量物理对象碰撞在一起,对画布进行分层可能是一个很好的优化选择。

这篇文章主要介绍了使用分层画布来优化HTML5渲染的教程,来自于IBM官方网站开发者技术文档…

分析 dot 的表现和行为

再让我们来看一下随着鼠标移入产生的粒子,我们称为 dot,同理,我们观察得到
dot 的特点

  • 列表内容
  • 鼠标移动时产生
  • 新产生的 dot 和之前的 3 个 dot 产生连线
  • 向四周移动
  • 达到一定条件消失

这样,我们就完成了一半了呢~将事件屡清楚之后我们就可以开始着手撸代码了!

清单 7.DirtyRectManager

JavaScript

var DirtyRectManager = function() { // Set the left and top edge to the
max possible // (the canvas width) amd right and bottom to least-most //
Left and top will shrink as more entities are added this.left =
canvas.width; this.top = canvas.height; // Right and bottom will grow as
more entities are added this.right = 0; this.bottom = 0; // Dirty check
to avoid clearing if no entities were added this.isDirty = false; //
Other Initialization Code /** * Other utility methods */ /** *
Adds the dirty rect parameters and marks the area as dirty * * @param
{number} x * @param {number} y * @param {number} width * @param
{number} height */ this.addDirtyRect = function(x, y, width, height) {
// Calculate out the rectangle edges var left = x; var right = x +
width; var top = y; var bottom = y + height; // Min of left and entity
left this.left = left < this.left left : this.left; // Max of right
and entity right this.right = right > this.right right : this.right;
// Min of top and entity top this.top = top < this.top top :
this.top; // Max of bottom and entity bottom this.bottom = bottom >
this.bottom bottom : this.bottom; this.isDirty = true; }; /** *
Clears the rectangle area if the manager is dirty * * @param
{CanvasRenderingContext2D} context */ this.clearRect =
function(context) { if (!this.isDirty) { return; } // Clear the
calculated rectangle context.clearRect( this.left, this.top, this.right

  • this.left, this.bottom – this.top); // Reset base values this.left =
    canvas.width; this.top = canvas.height; this.right = 0; this.bottom = 0;
    this.isDirty = false; } };
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
var DirtyRectManager = function() {
    // Set the left and top edge to the max possible
    // (the canvas width) amd right and bottom to least-most
 
    // Left and top will shrink as more entities are added
    this.left   = canvas.width;
    this.top    = canvas.height;
 
    // Right and bottom will grow as more entities are added
    this.right  = 0;
    this.bottom = 0;
 
    // Dirty check to avoid clearing if no entities were added
    this.isDirty = false;
 
    // Other Initialization Code
 
    /**
     * Other utility methods
     */
 
    /**
     * Adds the dirty rect parameters and marks the area as dirty
     *
     * @param {number} x
     * @param {number} y
     * @param {number} width
     * @param {number} height
     */
    this.addDirtyRect = function(x, y, width, height) {
        // Calculate out the rectangle edges
        var left   = x;
        var right  = x + width;
        var top    = y;
        var bottom = y + height;
 
        // Min of left and entity left
        this.left   = left < this.left      left   : this.left;
        // Max of right and entity right
        this.right  = right > this.right    right  : this.right;
        // Min of top and entity top
        this.top    = top < this.top        top    : this.top;
        // Max of bottom and entity bottom
        this.bottom = bottom > this.bottom  bottom : this.bottom;
 
        this.isDirty = true;
    };
 
    /**
     * Clears the rectangle area if the manager is dirty
     *
     * @param {CanvasRenderingContext2D} context
     */
    this.clearRect = function(context) {
        if (!this.isDirty) {
            return;
        }
 
        // Clear the calculated rectangle
        context.clearRect(
            this.left,
            this.top,
            this.right – this.left,
            this.bottom – this.top);
 
        // Reset base values
        this.left   = canvas.width;
        this.top    = canvas.height;
        this.right  = 0;
        this.bottom = 0;
        this.isDirty = false;
    }
};

将脏矩形算法集成到渲染循环,这要求在进行渲染调用之前调用清单
7中的管理器。将实体添加到管理器,使管理器可以在清除时计算清除矩形的维度。虽然管理器会产生预期的优化,但根据游戏循环,管理器能够针对游戏循环进行优化,如图
8所示。

缩放

scale(x,y)

  • x :x坐标轴按 x 比例缩放
  • y :x坐标轴按 y 比例缩放

设置层

在使用分层的方法时,第一步是在 DOM
上设置画布。通常情况下,这很简单,只需定义画布元素,将其放入 DOM
中即可,但画布层可能需要一些额外的样式。在使用 CSS
时,成功地实现画布分层有两个要求:

  • 各画布元素必须共存于视区 (viewport) 的同一位置上。
  • 每个画布在另一个画布下面必须是可见的。

图 1显示了层设置背后的通用重叠概念。

canvas 基本知识

清单 2. 设置透明背景的样式表规则

JavaScript

canvas { /** * Set transparent to let any other canvases render
through */ background-color: transparent; }

1
2
3
4
5
6
canvas {
    /**
     * Set transparent to let any other canvases render through
     */
    background-color: transparent;
}

将画布样式化为拥有一个透明背景,这可以实现第二个要求,即拥有可见的重叠画布。现在,您已经构造了标记和样式来满足分层的需要,所以您可以设置一个分层的场景。

图像裁剪

clip()从原始画布剪切任意形状和尺寸的区域,需要先创建裁剪区域,再绘制图像;一旦剪切了某个区域,则所有之后的绘图都会被限制在被剪切的区域内(不能访问画布上的其他区域)。您也可以在使用
clip() 方法前通过使用 save()
方法对当前画布区域进行保存,并在以后的任意时间对其进行恢复(通过
restore() 方法)。
例如:

    // 设置剪切区域(粉色矩形)
    context.rect(0,0,500,400);
    context.fillStyle = "pink";
    context.fill();
    context.clip();

    // 在剪切区域中绘制图形(白色矩形)
    context.fillStyle = "white";
    context.fillRect(10,10,100,100);

    // 之后绘制的图形只能显示在剪切区域之内(红色矩形)
    context.fillStyle = "red";
    context.fillRect(100,100,600,600)

效果如下:可以看到我们设置的红色矩形是一个 600600
的矩形,但是显然是没有显示完的,一旦剪切了某个区域,则所有之后的绘图都会被限制在被剪切的区域内(不能访问画布上的其他区域)。
*

图片 10

canvas进行图像剪切

所以说我们可以在使用 clip() 方法前通过使用 save()
方法对当前画布区域进行保存,并在以后的任意时间对其进行恢复(通过
restore() 方法)。
代码如下:

context.save();
    // 设置剪切区域
    context.rect(0,0,500,400);
    context.fillStyle = "pink";
    context.fill();
    context.clip();

    // 在剪切区域中绘制图形
    context.fillStyle = "white";
    context.fillRect(10,10,100,100);

    context.restore();
    // 之后绘制的图形只能显示在剪切区域之内
    context.fillStyle = "red";
    context.fillRect(100,100,600,600)

这样就可以正常显示了:

图片 11

canvas进行图像裁剪

常用的缩写

  • CSS: Cascading Style Sheets(级联样式表)
  • DOM: Document Object Model(文档对象模型)
  • HTML: HyperText Markup Language(超文本标记语言)

本文将探讨对画布进行分层的合理性。了解 DOM
设置,从而实现分层的画布。使用分层进行优化需要各种实践。本文还将探讨一些优化策略的概念和技术,它们扩展了分层方法。

您可以下载在本文中使用的示例的源代码。

本文首发于我的个人博客:http://cherryblog.site/
github项目地址:https://github.com/sunshine940326/canvasStar
项目演示地址:https://sunshine940326.github.io/canvasStar/

确定分层

现在您知道如何使用单一画布实现该示例,让我们看看有什么办法可以完善这种类型的场景,并加快渲染循环。要使用分层技术,则必须通过找出实体的渲染重叠,识别分层所需的
HTML5 画布元素。

实心圆

context.arc(x, y, radius, starAngle,endAngle, anticlockwise)

  • x : 圆心的 x 坐标
  • y:圆心的 y 坐标
  • radius : 半径
  • starAngle :开始角度
  • endAngle:结束角度
  • anticlockwise :是否逆时针(true)为逆时针,(false)为顺时针

context.beginPath();
context.arc(300, 350, 100, 0, Math.PI * 2, true);
//不关闭路径路径会一直保留下去
context.closePath();
context.fillStyle = 'rgba(0,255,0,0.25)';
context.fill();

效果如下:

图片 12

canvas绘制圆弧

分层方面的考虑因素

在选择优化策略时,应该注意使用该策略时的所有权衡。对 HTML5
画布场景进行分层是一个侧重于运行时内存的策略,用于获得运行时速度方面的优势。您可以在页面的浏览器中增加更多的权重,以获得更快的帧速率。一般来说,画布被视为是浏览器上的一个图形平面,其中包括一个图形
API。

通过在 Google Chrome 19
进行测试,并记录浏览器的选项卡内存使用情况,您可以看到内存使用的明显趋势。该测试使用了已经样式化的<div>(正如上一节中讨论的那样),并生成了放置在<div>上的用单一颜色填充的画布元素。画布的大小被设定为
1600 x 900 像素,并从 Chrome1 的任务管理器实用程序收集数据。表
1显示了一个示例。

在 Google Chrome 的 Task Manager
中,您可以看到某个页面所使用的内存量(也称为 RAM)。Chrome 也提供 GPU
内存,或者是 GPU
正在使用的内存。这是常见信息,如几何形状、纹理或计算机将您的画布数据推送到屏幕可能需要的任何形式的缓存数据。内存越低,放在计算机上的权重就会越少。虽然目前还没有任何确切的数字作为依据,但应始终对此进行测试,确保您的程序不会超出极限,并使用了过多的内存。如果使用了过多的内存,浏览器或页面就会因为缺乏内存资源而崩溃。GPU
处理是一个远大的编程追求,已超出本文的讨论范围。您可以从学习 OpenGL
或查阅 Chrome
的文档(请参阅参考资料)开始。

[toc]

表 1. 画布层的内存开销
层数 内存 GPU 内存
0 30.0 11.9
1 37.6 28.9
1 37.6 28.9
2 49.0 46.6
3 52.2 59.6
8 58.4 98.0
16 65.0 130
32 107 187

在表 1中,随着在页面上引入和使用了更多的 HTML5
画布元素,使用的内存也越多。一般的内存也存在线性相关,但每增加一层,内存的增长就会明显减少。虽然这个测试并没有详细说明这些层对性能带来的影响,但它确实表明,画布会严重影响
GPU
内存。一定要记得在您的目标平台上执行压力测试,以确保平台的限制不会导致您的应用程序无法执行。

当选择更改某个分层解决方案的单一画布渲染周期时,需考虑有关内存开销的性能增益。尽管存在内存成本,但这项技术可以通过减小每一帧上修改的像素数量来完成其工作。

下一节将说明如何使用分层来组织一个场景。

鼠标移入事件监听

此外,我们还需要设置一些其他的函数和对鼠标移入事件的监听,这里就不再赘述了,感兴趣的同学可以直接到
github 下载源码。

清单 4. 可渲染的Entity伪代码

JavaScript

var Entity = function() { /** Initialization and other methods **/
/** * Render call to draw the entity * * @param
{CanvasRenderingContext2D} context */ this.render = function(context) {
context.drawImage(this.image, this.x, this.y); } }; var PanningEntity =
function() { /** Initialization and other methods **/ /** *
Render call to draw the panned entity * * @param
{CanvasRenderingContext2D} context */ this.render = function(context) {
context.drawImage( this.image, this.x – this.width, this.y –
this.height); context.drawImage( this.image, this.x, this.y);
context.drawImage( this.image, this.x + this.width, this.y +
this.height); } };

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
var Entity = function() {
    /**
     Initialization and other methods
     **/
 
    /**
      * Render call to draw the entity
      *
      * @param {CanvasRenderingContext2D} context
      */
    this.render = function(context) {
        context.drawImage(this.image, this.x, this.y);
    }
};
 
var PanningEntity = function() {
    /**
     Initialization and other methods
     **/
 
    /**
      * Render call to draw the panned entity
      *
      * @param {CanvasRenderingContext2D} context
     */
    this.render = function(context) {
        context.drawImage(
            this.image,
            this.x – this.width,
            this.y – this.height);
        context.drawImage(
            this.image,
            this.x,
            this.y);
        context.drawImage(
            this.image,
            this.x + this.width,
            this.y + this.height);
    }
};

清单 4中的对象存储实体的图像、x、y、宽度和高度的实例变量。这些对象遵循
JavaScript
语法,但为了简洁起见,仅提供了目标对象的不完整的伪代码。目前,渲染算法非常贪婪地在画布上渲染出它们的图像,完全不考虑游戏循环的其他任何要求。

为了提高性能,需要重点注意的是,panning渲染调用输出了一个比所需图像更大的图像。本文忽略这个特定的优化,但是,如果使用的空间比您的图像提供的空间小,那么请确保只渲染必要的补丁。

之前看到了一个很好看的canvas效果,然后拿来做我的博客背景,不少童鞋留言说求教程,并且反应说太耗内存,于是前一段我就重写了一遍,并且使用离屏渲染进行优化,效果还是挺显著的。但是因为毕竟是canvas,需要一直进行重绘,所以还是比较耗内存的,但是比优化之前已经好很多了。并且最近准备自己写插件,于是就拿这个练手了,

图 3. 合成游戏视图与重绘区域

图片 13

为了可视化图
3中的效果,在场景中的每个实体都有一个表示重绘区域的重叠,它跨越了视区宽度和实体的图像高度。场景可分为三组:背景、前景和交互。场景中的重绘区域有一个彩色的重叠,以区分不同的区域:

  • 背景 – 黑色
  • 云 – 红色
  • 小山 – 绿色
  • 地面 – 蓝色
  • 红球 – 蓝色
  • 黄色障碍物 – 蓝色

对于除了球和障碍物以外的所有重叠,重绘区域都会横跨视区宽度。这些实体的图像几乎填满整个屏幕。由于它们的平移要求,它们将渲染整个视区宽度,如图
4所示。预计球和障碍物会穿过该视区,并且可能拥有通过实体位置定义的各自的区域。如果您删除渲染到场景的图像,只留下重绘区域,就可以很容易地看到单独的图层。

设置参数以及获取 dom 对象

    /*
     * @var star_r:star半径系数,系数越大,半径越大
     * @var star_alpha:生成star的透明度,star_alpha越大,透明度越低
     * @var initStarsPopulation:初始化stars的个数
     * @var move_distance:star位移的距离,数值越大,位移越大
     * @var dot_r : dot半径系数,系数越大,半径越大
     * @var dot_speeds : dots运动的速度
     * @var dot_alpha : dots的透明度
     * @var aReduction:dot消失条件,透明度小于aReduction时消失
     * @var dotsMinDist:dot最小距离
     * @var maxDistFromCursor:dot最大距离
     * */
    var config = {
        star_r : 3,
        star_alpha : 5,
        initStarsPopulation : 150,
        move_distance : 0.25,
        dot_r : 5,
        dot_speeds : 0.5,
        dot_alpha : 0.5,
        dot_aReduction : 0.01,
        dotsMinDist : 5,
        maxDistFromCursor : 50,
    };
    var stars = [],
        dots = [],
        canvas = document.getElementById('canvas'),
        ctx = canvas.getContext('2d'),
        WIDTH,
        HEIGHT,
        mouseMoving = false,
        mouseMoveChecker,
        mouseX,
        mouseY;
清单 6. 包含单框清除的PanningEntity

JavaScript

var PanningEntity = function() { /** Initialization and other methods
**/ /** * Render call to draw the panned entity * * @param
{CanvasRenderingContext2D} context */ this.render = function(context) {
context.clearRect( this.x, this.y, context.canvas.width, this.height);
context.drawImage( this.image, this.x – this.width, this.y –
this.height); context.drawImage( this.image, this.x, this.y);
context.drawImage( this.image, this.x + this.width, this.y +
this.height); } };

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
var PanningEntity = function() {
    /**
     Initialization and other methods
     **/
 
    /**
     * Render call to draw the panned entity
     *
     * @param {CanvasRenderingContext2D} context
     */
    this.render = function(context) {
        context.clearRect(
            this.x,
            this.y,
            context.canvas.width,
            this.height);
        context.drawImage(
            this.image,
            this.x – this.width,
            this.y – this.height);
        context.drawImage(
            this.image,
            this.x,
            this.y);
        context.drawImage(
            this.image,
            this.x + this.width,
            this.y + this.height);
    }
};

因为PanningEntity横跨了整个视区,所以您可以使用画布宽度作为清除矩形的大小。如果使用此清除策略,则会为您提供已为云、小山和地面实体定义的重绘区域。

为了进一步优化云实体,可以将云分离为单独的实体,使用它们自己的重绘区域。这样做会大幅减少在云重绘区域内要清除的屏幕空间量。图
7显示了新的重绘区域。

圆弧

如果不填充颜色,实心圆就是圆弧

    context.beginPath();
    context.arc(600, 350, 100, 0, Math.PI , true);
    context.strokeStyle = 'pink';
    context.closePath();
    context.stroke();

    context.beginPath();
    context.arc(300, 350, 100, 0, Math.PI , true);
    context.strokeStyle = 'red';
    //没有closePath
    context.stroke();

效果如图:

图片 14

canvas绘制圆弧

  • 系统默认在绘制第一个路径的开始点为beginPath
  • 如果画完前面的路径没有重新指定beginPath,那么画第其他路径的时候会将前面最近指定的beginPath后的全部路径重新绘制
  • 每次调用context.fill()的时候会自动把当次绘制的路径的开始点和结束点相连,接着填充封闭的部分

所以说,如果第一个圆弧没有 closePath() 并且第二个圆弧没有
beginPath() 的话就是这样的效果:

图片 15

canvas绘制矩形

透明的背景

通过使用重叠可见性来实现层技术的第二个样式要求。该示例使用这个选项来设置
DOM 元素背景颜色,如清单
2所示。

github地址:https://github.com/sunshine940326/canvasStar

下载

描述 名字 大小
文章源代码 HTML5CanvasRenderingSource.zip 3KB

绘制文字

fillText(text,x,y):绘制实心文字
strokeText():绘制文字描边(空心)
textAlign:设置或返回文本内容的当前对齐方式
textBaseline:设置或返回在绘制文本时使用的当前文本基线
font:设置或返回文本内容的当前字体属性

例如:

    context.font="40px Arial";
    context.fillText("Hello world",200,200);
    context.strokeText("Hello world",200,300)

效果如下:

图片 16

canvas绘制文字

清单 1. 画布定位样式

CSS

#viewport { /** * Position relative so that canvas elements *
inside of it will be relative to the parent */ position: relative; }
#viewport canvas { /** * Position absolute provides canvases to be
able * to be layered on top of each other * Be sure to remember a
z-index! */ position: absolute; }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#viewport {
    /**
     * Position relative so that canvas elements
     * inside of it will be relative to the parent
     */
    position: relative;
}
 
#viewport canvas {
    /**
     * Position absolute provides canvases to be able
     * to be layered on top of each other
     * Be sure to remember a z-index!
     */
    position: absolute;
}

容器<div>通过将所有子画布元素样式化为使用绝对定位来完成重叠要求。通过选择让#viewport使用相对定位,您可以适应未来的发展,因此,应用于子样式的绝对布局样式将会是相对于#viewport容器的样式。

这些 HTML5 画布元素的顺序也很重要。可以按元素出现在 DOM
上的顺序进行顺序管理,也可以按照画布应该显示的顺序来样式化 z-index
样式,从而管理顺序。虽然并非总是如此,但其他样式可能也会影响渲染;在引入额外的样式(比如任何一种
CSS 转换)时要小心。

线性渐变

var lg= context.createLinearGradient(xStart,yStart,xEnd,yEnd)
lg.addColorStop(offset,color)

  • xstart:渐变开始点x坐标
  • ystart:渐变开始点y坐标
  • xEnd:渐变结束点x坐标
  • yEnd:渐变结束点y坐标
  • offset:设定的颜色离渐变结束点的偏移量(0~1)
  • color:绘制时要使用的颜色

例如:

    var g1 = context.createLinearGradient(0, 0, 0, 300);
    g1.addColorStop(0, '#E55D87'); 
    g1.addColorStop(1, '#5FC3E4');
    context.fillStyle = g1;
    context.fillRect(0, 0, 400, 300);

效果如下:

图片 17

canvas绘制渐变

You can leave a response, or trackback from your own site.

Leave a Reply

网站地图xml地图