键盘上每一个键帽底下都藏着一个数字，线获从0到127，得键那是线获ASCII表给字符分配的身份证号。你按下字母A，得键系统收到的线获其实是65；你敲出问号，它背后站着63。得键这些数字平时根本不会露面，线获它们藏在扫描码、得键驱动程序和操作系统之间，线获像后台工作人员一样默默干活。得键

想把这些数字揪出来看看？线获办法其实特别直接——写一段几行的小脚本，监听键盘事件，得键然后读出event.keyCode或者event.which。线获浏览器里跑一下，得键你每按一个键，线获页面就立刻显示对应的ASCII码。比如按空格，出来32；按回车，是13。这玩意儿跟变魔术似的，但原理简单得让人想笑：键盘本身并不会直接发ASCII码给你，它只告诉系统“我按了哪个物理位置”，然后驱动把它翻译成扫描码，再转成字符码。中间隔了好几层，但你用JavaScript的keydown事件，就能在字符码生成之前截住那个数字。

我头一回试的时候，按了个大写字母Z，页面显示90。当时愣了一下——Z不是应该排最后吗？ASCII里大写字母从65（A）开始，到90正好是Z。小写a是97，z是122。中间差了32，刚好是空格的ASCII码。这数字之间的巧合让人着迷，像是有人故意设计好的密码。

不过说句实话，现在很少有人真去记这些码了。Unicode都扩展到十几万个字符了，ASCII那128个位置早就不够用。但你要是做嵌入式开发，或者摆弄一些老式串口设备，ASCII码还是硬通货。我有个朋友修老式工业机床，控制面板上全是ASCII字符协议，他闭着眼都能背出几个关键码：0x0D是回车，0x0A是换行，0x1B是ESC。他说这比记手机号还熟。

写代码获取ASCII码的过程，其实就是在跟计算机最底层的沟通方式打交道。不需要什么高级框架，一个addEventListener就够。你甚至不用写文件，打开浏览器开发者工具的Console，粘贴几行代码就能玩。我试过在手机上用虚拟键盘测，结果发现触屏键盘的keyCode经常是229，那是输入法编辑状态的标志，跟物理键盘完全两码事。这细节让我意识到，所谓“键盘输入”这件事，在不同设备上根本是不同世界。

要是你想玩得更野一点，可以试试用e.ctrlKey、e.shiftKey这些修饰键组合判断——Ctrl+C复制的时候，keyCode是67（C），但ctrlKey是true。这时候你要是只看ASCII码，会以为用户只是按了个普通字母C，完全不知道复制动作发生了。所以严格来说，keyCode拿到的只是“哪个键被按下”，而不是“用户到底输入了什么字符”。这个区别，写代码时得心里有数。

整个事情最有趣的地方在于：你明明想获得一个“在线”的ASCII码，但真正做起来，却是在跟事件流、修饰键、浏览器兼容性这些边角料打交道。按下键盘的那一瞬间，数字就产生了，但它要经过好几道转译才能变成你屏幕上看到的那个字符。而你写的那几行监听代码，就像在后台偷拍——在字符还没成型之前，先把它的原始编号记录下来。仅此而已，但已经够好玩了。