当键按下时，Onkeydown被触发(就像在快捷键;例如，在Ctrl+A中，按下Ctrl键。

Onkeyup在按键释放时被触发(包括modifier/etc按键)

Onkeypress被触发为onkeydown和onkeyup的组合，或者取决于键盘重复(当onkeyup没有被触发时)。(我还没有测试过这种重复行为。如果要测试，请添加注释!)

textInput(仅webkit)在输入一些文本时被触发(例如，Shift+A将输入大写的“A”，但Ctrl+A将选择文本而不输入任何文本输入。在这种情况下，所有其他事件被触发)

基本上，这些事件在不同的浏览器类型和版本上表现不同，我创建了一个小jsBin测试，您可以检查控制台以了解这些事件在您的目标环境中的行为，希望这对您有所帮助。http://jsbin.com/zipivadu/10/edit

只是想分享一个好奇心:

当使用onkeydown事件来激活一个JS方法时，该事件的charcode与你使用onkeypress得到的不一样!

例如，当使用onkeypress时，numpad键将返回与字母键上方的数字键相同的字符代码，但当使用onkeydown时则不是!

我花了相当多的时间来弄清楚为什么我的脚本在使用onkeydown时检查某些字符码失败!

演示:https://www.w3schools.com/code/tryit.asp?filename=FMMBXKZLP1MK

是的。我知道方法的定义是不同的。但非常令人困惑的是，在这两个方法中，事件的结果是使用event. keycode ..但是它们不会返回相同的值。不是一个非常声明性的实现。

这里的大多数答案更多地集中在理论而不是实际问题上，至少在Firefox中(在43中测试)，keyup和keypress在输入字段值方面有一些很大的区别。

如果用户在空的输入元素中输入1:

input元素的值将是按键处理程序中的空字符串(旧值) 在keyup处理程序中，input元素的值将是1(新值)。

如果您所做的工作依赖于知道输入后的新值，而不是当前值，例如内联验证或自动制表符，那么这一点至关重要。

场景:

用户在输入元素中输入12345。 用户选择文本12345。 用户输入字母A。

当输入字母A后触发按键事件时，文本框现在只包含字母A。

But:

Field.val()是12345。 美元Field.val()。长度为5 用户选择是一个空字符串(防止您通过覆盖选择来确定删除了什么)。

这样看来，浏览器(Firefox 43)擦除用户的选择，然后触发按键事件，然后更新字段内容，然后触发keyup。

点击这里查看这个答案中最初使用的存档链接。

从这个链接:

理论上，onKeyDown和onKeyUp事件表示正在按下或释放的键，而onKeyPress事件表示正在键入的字符。该理论在所有浏览器中的实现并不相同。

砰....

如果你想检查哪个键被按下，使用onkeypress或onkeydown，但如果你想从文本字段中获取文本，然后检查最后按下的键，例如，你正在扫描条形码，你想在按下ENTER键时触发一个even(几乎所有的条形码扫描器都在最后发送13个“ENTER”)，那么你应该使用onkeyup，否则你将无法在文本字段中输入文本。

例如

<输入类型=“文本” 类=“表单控件” @bind=“@barcode” @onkeyup=“条形码扫描” 占位符=“扫描” />

这将调用BarCodeScan函数后，你将立即按enter键入的代码，或者如果你从扫描仪扫描它，BarCodeScan函数将被自动调用。如果你在这里使用“onkeypress”或“onkeydown”，那么绑定将不会发生，你将不会从文本框中获得文本。