关于jquery中动态增加select,事件无效的快速解决方法
近来做项目，用的jquery1.6.2库，当动态增加div及select时，事件却不起作用。
查了一些资料，发现bind事件：向匹配元素附加一个或更多事件处理器。而live事件：为当前或未来的匹配元素添加一个或多个事件处理器。
其资料如下：
【bind和live的区别】
live方法其实是bind方法的变种，其基本功能就同bind方法的功能是一样的，都是为一个元素绑定某个事件，但是bind方法只能给当前存在的元素绑定事件，对于事后采用JS等方式新生成的元素无效，而live方法则正好弥补了bind方法的这个缺陷，它可以对后生成的元素也可以绑定相应的事件。那么live方法的这个特性是怎么实现的呢？下面来探讨一下其实现原理。
live方法之所以能对后生成的元素也绑定相应的事件的原因归结在“事件委托”上面，所谓“事件委托”就是指绑定在祖先元素上的事件可以在其后代元素上进行使用。live方法的处理机制就是把事件绑定在DOM树的根节点上，而不是直接绑定在某个元素上。
举一个例子来说明：
$(".clickMe").live("click",fn);
$("body").append("<divclass='clickMe'>测试live方法的步骤</div>");
当我们点击这个新增的元素时会依次发生如下步骤：
（1）生成一个click事件，传递给div来做处理
（2）由于没有事件直接绑定在div上，所以事件直接冒泡到DOM树上
（3）事件不断冒泡，直到DOM树的根节点上，默认情况下，根节点上就绑定了这个click事件
（4）执行由live绑定的click事件
（5）检测绑定事件的对象是否存在，判断是否需要继续执行绑定的事件。检测事件对象是通过检测
$(event.target).closest('.clickMe')能否找到匹配的元素来实现的。
（6）通过（5）的测试，如果绑定事件的对象存在的话，就执行绑定的事件。
由于只有在事件发生的时候，live方法才会去检测绑定事件的对象是否存在，所以live方法可以实现后来新增的元素也可实现事件的绑定。相比之下，bind会在事件在绑定阶段就会判断绑定事件的元素是否存在，而且只针对当前元素进行绑定，而不是绑定到父节点上。
根据上面的分析，live的好处真是很大，那么为什么还要使用bind方法呢？之所以jquery要保留bind方法而不是采用live方法去替代bind，也是因为live在某些情况下是不能够完全替代bind的。主要的不同如下：
（1）bind方法可以绑定任何JavaScript的事件，而live方法在jQuery1.3的时候只支持click,dblclick,keydown,keypress,keyup,mousedown,mousemove,mouseout,mouseover,和mouseup.在jQuery1.4.1中，甚至也支持focus和blue
事件了（映射到更合适，并且可以冒泡的focusin和focusout上）。另外，在jQuery1.4.1中，也能支持hover（映射到"mouseentermouseleave"）。
（2）live()并不完全支持通过DOM遍历的方法找到的元素。取而代之的是，应当总是在一个选择器后面直接使用.live()方法。
（3）当一个元素采用live方法进行事件的绑定的时候，如果想阻止事件的传递或冒泡，就要在函数中returnfalse,仅仅调用stopPropagation()是无法实现阻止事件的传递或者冒泡的
另外，使用live时，最好用class来指定。
例如：
var$idv0=$("<divid='selectTreeList"+i+"''></div>");//i是动态的
var$select0=$("<selectid='selTreeNode"+i+"'class='nodeTab'multiple='multiple'
style='width:200px;height:225;'></select>");
$div0.append($select0);
使用时以下的方式用效果：
在$(".divtab_down.nodTab").live('change',function(){
})
$(".divtab_down").children("select").live.('change',function(){
})//此种方式不起作用
备注：
在jquery1.7.1或更早版本，需要用bind/unbind（常规绑定），live/die（预绑定）,在后来版本中用on/off来替代bind,live等。以上这篇关于jquery中动态增加select,事件无效问题的解决方法就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持毛票票。