总结oninput、onchange与onpropertychange事件的用法和区别

前端页面开发的很多情况下都需要实时监听文本框输入，比如腾讯微博编写140字的微博时输入框hu9i动态显示还可以输入的字数。过去一般都使用onchange/onkeyup/onkeypress/onkeydown实现，但是这存在着一些不好的用户体验。比如onchange事件只在键盘或者鼠标操作改变对象属性，且失去焦点时触发，脚本触发无效；而onkeydown/onkeypress/onkeyup在处理复制、粘贴、拖拽、长按键（按住键盘不放）等细节上并不完善。

onpropertychange属性可在某些情况下解决上面存在的问题，不用考虑是否失去焦点，不管js操作还是键盘鼠标手动操作，只要HTML元素属性发生改变即可立即捕获到。遗憾的是，onpropertychange为IE专属的。其他浏览器下如果想要实现这一实时监听的需求，就要用到HTML5中的标准事件oninput，不过IE9以下的浏览器是不支持oninput事件的。

所以我们需要综合oninput和onpropertychange二者来实现文本区域实时监听的功能。举例如下：

oT.onchange= function () {
            console.log(‘a‘)
        }

当页面在输入内容的时候，用onchange事件，需要光标消失的时候才能输出 a;

标准下用oninput事件：

 oT.onchange= function () {
            console.log(‘a‘)
        }

IE浏览器兼容用onpropertychange事件:

 oT.onpropertychange= function () {
            console.log(‘a‘)
        }

在输入的过程中，即刻显示输入a;

可以做一下ie判断：

var ie = !-[1,];

汇总onchange onpropertychange 和oninput事件的区别：

1、onchange事件与onpropertychange事件的区别：

onchange事件在内容改变（两次内容有可能还是相等的）且失去焦点时触发；onpropertychange事件却是实时触发，即每增加或删除一个字符就会触发，通过js改变也会触发该事件，但是该事件IE专有。

2、oninput事件与onpropertychange事件的区别：

oninput事件是IE之外的大多数浏览器支持的事件，在value改变时触发，实时的，即每增加或删除一个字符就会触发，然而通过js改变value时，却不会触发；onpropertychange事件是任何属性改变都会触发的，而oninput却只在value改变时触发，oninput要通过addEventListener()来注册，onpropertychange注册方式跟一般事件一样。（此处都是指在js中动态绑定事件，以实现内容与行为分离）

3、oninput与onpropertychange失效的情况：

（1）oninput事件：a). 当脚本中改变value时，不会触发；b).从浏览器的自动下拉提示中选取时，不会触发。

（2）onpropertychange事件：当input设置为disable=true后，onpropertychange不会触发。

下面引用一篇译文：

HTML5将oninput事件标准化了，该事件用来检测用户的输入状态。当然，通过使用onkeydown或者onkeyup作为代替也是可以的。这些事件设计本意也并非如此，参见详情。

所有的现代浏览器支持oninput，其中包括IE9。对于那些老式浏览器，在不支持该事件时用keydown作为优雅降级。不幸的是，检测浏览器对该oninput事件的支持性并不容易。假定浏览器支持oninput，那么以下这段js代码的返回值为true，否则为false。

‘oninput‘ in document.createElement(‘input‘)

这段代码在大多数浏览器中正常运行，除了Firefox（见bug #414853），故仍旧需要为oninput作浏览器特性检测。除此以外就没必要为其他浏览器作特性检测了，只需为input和keydown绑定事件，并在oninput事件触发之后删除onkeydown即可。示例如下：

someElement.oninput = function() {
  el.onkeydown = null;
  // Your code goes here
};
someElement.onkeydown = function() {
  // Your code goes here
}

keydown事件仅会被触发一次（在oninput事件触发前），之后再触发oninput。虽然并不完美，但总比写上一大堆oninput特性检测代码要好些吧。