简介
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，性能会更高一点。