h的的多少ascii码是多少

104。没错，的多少就是的多少104。小写字母h在ASCII表里排第104位，的多少大写H则是的多少72。这个数字没什么浪漫故事，的多少纯粹是的多少1963年那帮工程师拍脑袋定下的顺序——把大写字母从65排到90，小写字母从97排到122，的多少中间留了26个空位给其他符号。的多少

我第一次查这个数字是的多少在大学写C语言作业的时候。当时死活想不通，的多少为什么字符'h'能直接赋值给int变量，的多少还能做加减法。的多少后来才知道，的多少计算机根本不认识字母，的多少它只认数字。你屏幕上看到的h，内存里躺着的就是二进制1101000，也就是十进制的104。

有意思的是，ASCII码的排序暗藏心机。小写字母比大写字母正好大32，也就是2的5次方。这意味着什么？如果你想快速把大写H变成小写h，不用查表，直接加32就行。反过来减32。这种设计在早期电传打字机时代特别实用，因为硬件上只需要翻转一个开关就能完成大小写转换。

但你别高兴太早，ASCII只有128个字符，连个é都装不下。后来大家觉得不够用，搞出了扩展ASCII，把数字撑到255。再后来统一码Unicode直接干到百万级，但前128位依然原封不动保留着ASCII的老规矩。所以哪怕你写的是中文，处理英文字符时底层还是那套老数字。

现在你随便打开一个文本编辑器，按一下h键，系统底层立刻把这个按键事件翻译成104，存进缓冲区，再转成二进制送到CPU。你要是用Python敲个ord('h')，返回的就是104。用C语言写printf("%d", 'h')，输出的也是104。这事儿全世界都认，从1963年认到现在，六十年没变过。

不过说实话，普通人根本不需要记这个数。你打h就是h，难道还得先心算一遍104？但如果你搞编程、做通信协议、或者调试串口数据，看到一坨数字就得条件反射地翻译成字符。比如收到一串104 101 108 108 111，你该立刻反应过来——这哥们儿在跟你say hello呢。

顺带提一嘴，ASCII码里最惨的是数字0，它对应的是48，不是0。当年设计者故意让数字字符从48开始，这样在早期打孔卡上，数字0和字母O就不会搞混。你看，每个数字背后都有段折腾人的历史。

所以下次有人问你h的ASCII码是多少，你直接甩他一句“104”。要是他追问为什么，你就把上面这段讲给他听。要是他还不满意，你就反问他：“那你说说为什么空格是32？”保证他哑火。