true：完全的复制一个节点，什么叫完全呢，就是复制一切，包括他的子节点，以至于文本节点，凡是有的，一律克隆，所谓完全
false：只克隆当前节点，不克隆任何的子节点，当然也不会克隆他所包裹的文本，因为任何文本都有指向他的节点（文本节点）
当然有时候两者是可以通用的哦，如果要复制的节点没有任何的子节点，这是二者全等；比如 img...
为了让大家理解的更为深刻，举个小例子吧：
复制代码 代码如下:
<div>
<span>Shadow</span> |No Shadow
</div>
我定义一个变量用于指向span节点
var element = document.getElementsByTagName('span')[0];
那么
复制代码 代码如下:
var t1 = element.cloneNode(false).innerHTML;//不复制子节点
var t2 = element.cloneNode(true).innerHTML;//copy all
alert(t1);
alert(t2);
这是会依次输出 （空）“”和Shadow ；
复制代码 代码如下:
var textnode = element.firstChild;//指向文本节点
var t1 = textnode.cloneNode(false).nodeValue;
var t2 = textnode.cloneNode(true).nodeValue;
alert(t1);
alert(t2);
这是他们会同时输出Shadow。
【cloneNode的bug】
在上面多级联动中说到，会用cloneNode复制容器，但cloneNode在ie中有一个bug：
在ie用attachEvent给dom元素绑定事件，在cloneNode之后会把事件也复制过去。
而用addEventListener添加的事件就不会，可以在ie和ff测试下面的代码：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
在ie和ff点击第一个div都会触发alert，关键是第二个div，在ff不会触发，而ie就会。
当然这个是不是bug还不清楚，或许attachEvent本来就是这样设计的也说不定。
但第一版就是由于这个bug，而没有用cloneNode。
在找解决方法之前，再扩展这个问题，看看直接添加onclick事件会不会有同样的bug。
首先测试在元素里面添加onclick：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
结果在ie和ff都会复制事件。
再测试在js添加onclick：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
结果在ie和ff都不会复制事件，看来只有attachEvent会引起这个bug。
下面是解决方法：
用John Resig在《精通JavaScript》推荐的Dean Edwards写的addEvent和removeEvent方法来添加/移除事件。
它的好处就不用说了，而且它能在ie解决上面说到的cloneNode的bug。
因为它的实现原理是在ie用onclick来绑定事件，而上面的测试也证明用onclick绑定的事件是不会被cloneNode复制的。
false：只克隆当前节点，不克隆任何的子节点，当然也不会克隆他所包裹的文本，因为任何文本都有指向他的节点（文本节点）
当然有时候两者是可以通用的哦，如果要复制的节点没有任何的子节点，这是二者全等；比如 img...
为了让大家理解的更为深刻，举个小例子吧：
复制代码 代码如下:
<div>
<span>Shadow</span> |No Shadow
</div>
我定义一个变量用于指向span节点
var element = document.getElementsByTagName('span')[0];
那么
复制代码 代码如下:
var t1 = element.cloneNode(false).innerHTML;//不复制子节点
var t2 = element.cloneNode(true).innerHTML;//copy all
alert(t1);
alert(t2);
这是会依次输出 （空）“”和Shadow ；
复制代码 代码如下:
var textnode = element.firstChild;//指向文本节点
var t1 = textnode.cloneNode(false).nodeValue;
var t2 = textnode.cloneNode(true).nodeValue;
alert(t1);
alert(t2);
这是他们会同时输出Shadow。
【cloneNode的bug】
在上面多级联动中说到，会用cloneNode复制容器，但cloneNode在ie中有一个bug：
在ie用attachEvent给dom元素绑定事件，在cloneNode之后会把事件也复制过去。
而用addEventListener添加的事件就不会，可以在ie和ff测试下面的代码：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
在ie和ff点击第一个div都会触发alert，关键是第二个div，在ff不会触发，而ie就会。
当然这个是不是bug还不清楚，或许attachEvent本来就是这样设计的也说不定。
但第一版就是由于这个bug，而没有用cloneNode。
在找解决方法之前，再扩展这个问题，看看直接添加onclick事件会不会有同样的bug。
首先测试在元素里面添加onclick：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
结果在ie和ff都会复制事件。
再测试在js添加onclick：
[Ctrl+A 全选 注:引入外部Js需再刷新一下页面才能执行]
结果在ie和ff都不会复制事件，看来只有attachEvent会引起这个bug。
下面是解决方法：
用John Resig在《精通JavaScript》推荐的Dean Edwards写的addEvent和removeEvent方法来添加/移除事件。
它的好处就不用说了，而且它能在ie解决上面说到的cloneNode的bug。
因为它的实现原理是在ie用onclick来绑定事件，而上面的测试也证明用onclick绑定的事件是不会被cloneNode复制的。
标签：
cloneNode,文本节点克隆
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！
如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
桃源资源网 Design By www.nqtax.com
暂无“javascript dom操作之cloneNode文本节点克隆使用技巧”评论...
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。