我有一个网格，有一列包含 <a> <data-..> 中带有一些附加信息的 anchor 标记标签并有一个类名 <class='myspeciallink'> .在我不显眼的 JS 脚本中，我选择了所有具有该类名的元素并应用 live('click') .我需要它是 live() 因为网格是在运行时生成的。
live('click') 里面发生了什么处理程序？我使用该附加数据并添加 <div>到基于该数据的页面。它又用于生成 jQuery UI 对话框。它在我的电脑上运行良好。
但是!这在现实世界中如何运作？我应该为可能的性能影响而烦恼吗？感觉瞬间对十几个元素应用live()
会影响性能。特别是对于像我这样相当复杂的处理程序——它需要获取数据、解析数据、创建一个 div、应用一个对话框等等。
这闻起来像是糟糕的设计吗？您能否建议一种不同的方法，或者我的担忧是没有根据的？我可以使用某种分析器工具来查找我的 javascript 中的瓶颈吗？
UPD:仍然没有人建议使用任何分析工具。 firebug 和 chrome 开发工具很好，但也许还有更好的东西？
最佳答案
live("click") 实际上从性能的 Angular 来看更好:不是将事件处理程序绑定(bind)到每个匹配的元素，而是应用一个等待事件的事件处理程序冒泡，然后查看触发事件的元素是否匹配选择器 .live 被调用。
将其与 $('selector').click(...) 进行比较，后者确实遍历每个元素并绑定(bind)一个新的事件处理程序。 live('click') 没有额外的开销，无论有多少页面元素与其选择器匹配。根据您的选择器匹配的元素数量，使用 .live 可以避免在每个页面的初始加载期间延迟最多几秒钟。
但是，事件处理程序必须检查每个冒泡到其选择器的事件，以查看是否存在匹配项。这将为每个点击事件增加少量开销，但您的用户很可能不会注意到差异。
关于javascript - 实时 ('click' ) 和性能，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6047193/