简介
innerText IE6就开始支持,那个时候,Firefox浏览器是不支持这个API的,一直到2016年3月份Firefox 45+才开始支持。
而textContent IE9浏览器才开始支持:
由于存在兼容性,因此在开发PC端项目的时候获取元素的文本内容都是下面的语句:
var text = dom.innerText || dom.textContent;
久而久之,就误认为innerText和textContent作用是一样的。
innerText和textContent的不同
调用对象不同
innerText只有HTML元素才可以调用,但是textContent任意Node节点都可以:HTMLElement.innerText和Node.textContent。
值获取规则不同
规则差异之块级元素与换行符
<p id="dom">一段文字内容<span style="position:absolute;">...</span></p>
实时效果如下:
一段文字内容…
可以看到设置了position:absolute的<span>
元素里面的点点点…和前面的文字内容是紧密连接在一起的,前后没有任何空格。
但是,当我们分别获取id=“dom”的<p>
元素的innerText和textContent值的时候,有意思的事情发生了,innerText的返回值居然在点点点前面出现了一个空格。
如下截图所示:
差异的原因
实际上是innerText会保留块级元素的换行特性,以换行符形式呈现。在HTML中,如果white-space不是pre或pre-wrap则会表现为空格。也就是下图中的空格实际上是换行符:
例如,我们设置呈现结果的父元素white-space:pre,则会出现下图所示的效果:
在本例中,虽然<span>
元素是内联元素,但由于设置了position:absolute使其display计算值变成了block,因此,虽然视觉上没有换行,但innerText获取的时候依旧产生了换行,导致空格出现。
规则差异之隐藏元素的获取与否
<p id="dom2">我后面有一段隐藏文字<span hidden>,就是我啦!</span></p>
可以看到,display:none元素是无法使用innerText获取的,但是textContent却可以,无论元素隐藏与否。
规则差异之性能与回流
此外,由于innerText属性值的获取会考虑CSS样式,因此读取innerText的值将触发回流以确保计算出的样式是最新的,而回流在计算上很昂贵,会降低性能,因此应尽可能避免回流。而textContent只是单纯读取文本内容,因此性能更高。
IE浏览器不符合上面规则
但是在IE浏览器下,innerText的表现和规范是不符的,最终表现为textContent属性一样的效果,也就是没有空格,也不会不显示隐藏元素,例如下面IE11下的效果截图:
另外,与textContent不同,在Internet Explorer(版本11及以下)中更改innerText将从元素中移除子节点,并永久销毁所有子文本节点。不可能再将节点插入任何其他元素或同一元素中。
结论
innerText由于存在诸多特别的特性、以及兼容性差异,以及性能方面问题,以及实际开发的需求的考量,不推荐使用,推荐使用textContent获取文本内容。
var text = dom.textContent;
如果你的项目还需要兼容IE8浏览器,则使用下面的代码:
var text = dom.textContent || dom.innerText;
另外,如果你要在一个DOM元素中改变文字内容,推荐使用textContent,而不是innerHTML,性能会更高一点。