第三节：容器规则

在事件驱动模型这一节曾经介绍过，GrowingIO SDK 会自动监听所有的点击事件。当事件发生时，监听回调函数会触发，然后采集相对应的数据。为了达到这个目的，SDK 监听的函数需要做到优先触发，避免被用户自己设置的函数通过 stopPropagation 或者 stopImmediatePropagation 取消或者跳过。然后，有些场景下，我们是想知道容器的宏观数据，而不只是容器里的某个 DOM 结点的数据。比如对于以下例子:

邀请成员按钮是一个 BUTTON 容器，里面包含一个 svg 图标和文本邀请成员。当用户点击 svg 图标、邀请成员文本和边缘的 padding 空白时，都会触发邀请动作。所以，针对这种简单的 BUTTON 容器情况，所有的点击会自动算到 button 结点，即使点击真实行为是发生在 svg 图标、邀请成员文本或者空白处。跟 BUTTON 容器具有同样效果的容器标签还有 A 容器，如果其内是由 svg/i/span/em 结点构成的内容。

然而对于复杂场景，每个容器内 CTA 都是有分析的意义的，这种直接计算到容器上的做法就不太合适了。比如下面这个例子，

在文章列表项中，图片、标题、简介和阅读原文都是可以点击进入文章详情页。通过四组数据的对比，我们可以优化 CTA，知道到底吸引用户点击的是什么因素。然而，从宏观上来说，我们首先希望知道的是到底哪些文章被用户点击的最多，无论是点在图片上，标题上、简介上还是阅读原文上。通过在 LI 结点上设置属性 data-growing-container，每一次图片、标题、简介和阅读原文的点击，同时会被计算到 LI 容器上。