进制转换工具详解：二进制、八进制与十六进制换算及chmod权限位

摘要：这款进制转换工具做的是一件事：把同一个整数在二进制、八进制、十进制、十六进制四种写法之间互转，在任意一个框里敲数字，另外三个框实时跟着变。它底层调用浏览器原生的parseInt和toString，实时换算全在前端完成，只有批量那一档走后端。工具还带一个可点击翻转的位可视化面板和一组位运算，拿来理解chmod 755这类八进制权限、读懂颜色值、做子网掩码心算都很顺手。用之前有三处限制要先弄清楚：前端只用JS的数字类型运算，整数超过2^53就会悄悄算错且不报警；界面标称的“自定义2到36进制”只是原生函数的一层封装，没有做任何增强；负数和小数一概不认，直接当无效输入忽略。把它当整数进制速查面板，够用；当大数计算器或编码工具，会失望。

技术工作绕不开进制。在服务器上敲一条chmod 644给文件设权限、在CSS里写一个#1A0DAB的颜色、排查网络时读一段子网掩码、读固件寄存器时面对一串十六进制，这些场景背后都是同一个数字换了不同的进制写法在跟你打交道。看不懂这层写法，很多配置就只能死记硬背，知其然不知其所以然。

进制转换工具做的就是把这层写法当场翻译出来。输入一个十进制的255，它同时给出这个数在二进制下的一长串1、在十六进制下的两位写法、在八进制下的另一种形态。下面把它怎么用、几种进制为什么是计算机的通用表示、位可视化和位运算能拿来做什么、以及它在精度和功能上没有明说的限制，逐项讲清楚，顺带说明进制换算在SEO和运维工作里的具体落点。

进制转换工具由哪几部分组成，换算靠什么实现？

先看工具的构成。打开页面，最显眼的是四个并排的输入框，分别标着二进制、八进制、十进制、十六进制。四个框相互联动：在任意一个框里敲进一个合法的数，剩下三个框会即时刷新成同一个数在对应进制下的写法。整个换算由浏览器里的JavaScript完成，敲进去的数字不会被传到任何服务器，响应也没有网络延迟。

换算引擎是JavaScript自带的两个原生方法。一个是parseInt，把输入的某个进制的字符串按指定基数解析成标准的十进制数值；另一个是toString，把这个十进制数值输出成目标进制的字符串。MDN的parseInt函数文档写清了它如何按基数解析、遇到非法字符如何截断，是核对这个工具换算行为的第一手依据。实时换算这一块没有自研算法，只是把浏览器现成的方法包成了一个看得见摸得着的界面。

除四框联动外，工具还提供几项配套功能：一个可逐位点击翻转的二进制可视化面板，一组按位运算（与、或、异或、取反、移位），一个显示当前数字占几个字节、对应ASCII字符是什么、按32位有符号如何解读的信息区，以及一个走后端的批量转换。源码里确实有一段PHP批量处理逻辑，但日常用到的实时换算全程在前端，跟后端没有关系。

二进制、八进制、十六进制，为什么是计算机的通用表示？

用好这工具，先要弄清一个前提问题：人类用了几千年的十进制好好的，计算机为什么还要另外几种进制？原因在硬件。计算机最底层的元件只有两种状态，通电和断电，对应1和0，这就是二进制的物理来源。无论上层写的是哪种高级语言，最终落到机器上都是一长串0和1。二进制是计算机的原生表示，其余进制都是为了让人类读起来舒服而做的转写。

问题在于二进制太长。一个并不大的数写成二进制会拉出一长串1和0，人眼根本数不清。于是有了按位分组的办法：二进制每三位正好表示0到7，对应一位八进制；每四位正好表示0到15，对应一位十六进制。这两种进制的基数都是2的整数次幂，跟二进制有天然的整除关系，转换时直接按位分组就行，不用做复杂运算。八进制和十六进制存在的根本原因就在这里，它们是二进制的速记写法。

十六进制尤其重要，因为它跟字节的对应关系最整齐。计算机存储的基本单位是字节，一个字节是8个二进制位，正好等于两位十六进制。一个字节的取值范围0到255，用十六进制写就是干净的两位，从00到FF。内存地址、颜色值、字符编码、哈希值这些直接跟字节打交道的数据，因此清一色用十六进制表示，一长串字节看起来整齐又好读。把255、256、65535这几个边界数字分别敲进工具看四种写法，这套对应关系会清晰很多。

十六进制超过9之后要用字母接着数，A代表10、B代表11，一直到F代表15。工具在输入和显示两端都对大小写做了处理：输入时不区分大小写，输出统一成大写，不用在ff和FF之间来回确认。不同系统和工具对十六进制大小写的习惯并不一致，这个处理省掉一层核对。

四个进制框实时联动，具体操作步骤是什么？

把这工具用顺，关键是摸清它的联动逻辑和那个位面板。实际操作中最常见的流程是下面几步，照着走基本不会乱。

1. 先确认手头的数字是哪个进制，敲进对应的框。这是最容易出错的第一步。从配置文件里抄来的一串FF是十六进制，就得敲进十六进制框；误敲进十进制框，它会因为F不是合法的十进制字符而拒绝，或者返回一个完全不相干的结果。每个框只接受本进制的合法字符，二进制框只认0和1，八进制框只认0到7。
2. 敲完直接读另外三个框，那就是换算结果。四个框实时联动，不需要点任何按钮。十进制框敲进255，二进制框立刻显示一长串1，十六进制框显示FF，八进制框显示377。一眼扫过去，同一个数的四种写法就都对齐了。
3. 要理解每一位的含义，看下面的位可视化面板。它把当前数字的二进制按位画成一格一格，并自动对齐到8位、16位或32位的边界。每一格都能点击翻转，点一下某位，数字立刻跟着变。判断某一位代表多大的权值，这个面板比盯着一串1和0推算直观得多。
4. 需要做位运算，用下面那组运算面板。填两个数、选一种运算（与、或、异或、移位等），面板给出结果。手动算标志位、做掩码运算时，这一步很省事。

补充一点：实时换算用toString把数值转成目标进制字符串，MDN的Number.toString方法文档说明它接受一个基数参数、能输出2到36进制。这也意味着这工具的换算上限和精度就是这个原生方法的上限和精度，后面会讲到由此带来的一处风险。

chmod 755这串数字，怎么用八进制读懂？

进制换算最接地气的应用是Linux文件权限。在服务器上待过的人都敲过chmod 755、chmod 644这类命令，但不少人只是记住了数字，并不真懂那三位是怎么来的。它就是一道八进制题，算明白之后不用再背。

Linux把每个文件的权限分成三组对象：文件所有者、所属组、其他人。每组各有三种权限：读、写、执行。读的权重是4，写的权重是2，执行的权重是1。要给某组哪几样权限，就把对应的权重加起来。读加写加执行就是4加2加1等于7；只读加执行就是4加1等于5；只读就是4。所以755的含义是：所有者读写执行全开（7），组用户和其他人只有读加执行（5）。GNU官方的chmod命令手册写明了数字模式如何由4、2、1三个位相加而来，是核对权限位含义的权威依据。

每一组权限对应的就是三个二进制位：读、写、执行三个开关，开是1，关是0。三个二进制位的取值范围正好是0到7，正好等于一位八进制。一位八进制数干净利落地编码了一组对象的三个权限开关，chmod用八进制而不用十进制或十六进制，原因就在这里。

这一点可以直接在工具里验证。把755当八进制敲进去看二进制结果，会得到111 101 101这样三位一组的形态，每一组对应一类对象的读写执行。做SEO的人为什么要懂这个？因为服务器上robots.txt、.htaccess、sitemap文件的权限设错了，轻则爬虫读不到，重则配置不生效甚至引发安全问题。能把权限数字直接读成读写执行的开关组合，排查这类问题就快得多。服务器重写规则的配置细节，可以参考我们团队这篇Apache mod_rewrite规则引擎详解。

位可视化面板和按位运算，能解决哪些实际问题？

这工具的位面板和位运算看着像给程序员准备的小玩意，实际用处不少。用熟之后，一类原本靠心算的问题可以改成看图判断。

先看位可视化。它把当前数字的每一个二进制位画成可点击的格子，还会自动对齐到字节边界，把抽象的位变成看得见的状态。想弄清chmod 640为什么是所有者读写、组只读、其他人没权限，把640当八进制敲进去，看位面板上九个权限位哪几个亮着就一目了然。想确认某个数字的某一位是不是1，也不用心算，沿着位面板数过去即可。

再看位运算。与、或、异或、移位这些操作在处理标志位和掩码时极其常用，一个典型场景是子网掩码。IP地址和子网掩码都是32位的二进制，判断两个IP在不在同一子网，靠的是把它们分别和掩码做按位与运算再比较结果。把IP的某一段和掩码的某一段填进位运算面板做一次按位与，就能直观看到子网划分是怎么算出来的。

移位运算单独说一句。左移一位相当于乘以2，右移一位相当于除以2，这是计算机里最快的乘除法。理解这一点，再看到代码或配置里出现1 << 10这种写法，就知道它在算2的10次方，也就是1024，正好是1KB的字节数。很多跟2的幂次有关的常量，背后都是移位在起作用。在工具的位运算面板里填个数做几次左移右移，看结果怎么翻倍减半，这套机制会立刻清楚。这些位操作平时藏在底层不显山露水，但读别人的代码、调优跟字节对齐有关的配置时，懂不懂它直接决定你能不能看懂那几行。

另一个场景是颜色值。网页里的颜色常写成#RRGGBB这种十六进制，每两位分别是红、绿、蓝三个分量，取值0到255。做智能LED灯具的出海站，固件里控制灯带颜色的寄存器值往往直接用十六进制写。工程师给出的色值是1A0DAB，想知道蓝色分量到底多强，把AB这两位当十六进制敲进工具，立刻得到十进制的171，蓝色分量中等偏上。这类十六进制到十进制的快速换算，配色和调试硬件时天天要用。要注意的是，这个工具只做纯数值换算，它不处理颜色语义，只是把AB翻译成171，剩下的颜色含义得你自己解读。

整数大到什么程度，进制换算会悄悄出错？

这是全篇最该划重点的一处限制。这工具的实时换算用的是JS的数字类型，而JS的数字有一个硬上限：能精确表示的最大整数是2^53减1，也就是九千万亿出头那个数。输入的数一旦超过这个界限，换算结果就开始悄悄出错，而且它不会给出任何警告。

实际影响分两种。日常换算文件权限、颜色值、小一点的数字完全没问题，这些数离上限还远着。但拿它换算一个很长的十六进制哈希值、一个64位的大整数、一个超长的二进制串，结果就靠不住了。它照样会给出一个看起来煞有介事的答案，末尾几位却很可能是错的，超出精度范围的部分被悄悄抹平了。这种不报错的错误最难发现，因为使用者根本意识不到结果有问题。

源码里的后端批量转换那一档，理论上能借助服务器的高精度数学扩展处理大数，但这有个前提：服务器得装了对应的扩展，没装就自动降级回原生方法，精度照样受限。而且界面不会告诉你服务器到底装没装，你无从判断批量结果可不可信。所以一个稳妥的做法是：换算日常的小数字，放心用；一旦数字大到二进制超过五十几位，就别信它了，换专业的大数计算器或者编程语言里的高精度类型。

自定义2到36进制和负数小数，实现到了什么程度？

除大数精度外，这款工具还有几处界面说明和实现对不上的地方，用之前最好心里有数。

第一处是界面上“自定义2到36进制”这个卖点，听上去像是实现了一套能处理任意进制的强大算法。但翻源码会发现，它只是把所选进制当参数传给了原生的parseInt和toString，没有任何额外的增强或优化。这两个原生方法本来就支持2到36进制，所以这功能不假，但能力来自JS而不是这工具本身。它同样受2^53精度上限的约束，自定义进制并不能让它算更大的数。

第二处是批量转换的进制选择被收窄。后端的批量处理逻辑其实支持2到36进制，但前端给批量转换准备的下拉菜单只列了二、八、十、十六这四种。后端具备的能力，前端没给出入口，想批量转个三十二进制，界面上根本选不了。这是典型的后端能力被前端界面限制住的例子。

第三处是它压根不接受负数和小数。在十进制框里敲一个负号开头的数，会被当成无效输入直接忽略，连个提示都没有。小数也一样，带小数点的输入会被正则挡掉。这意味着它做不了补码、反码这类有符号数运算，也做不了浮点数的二进制表示。这两块恰恰是计算机进制里更进阶、更容易出错的部分，而这工具完全不碰。要研究负数的补码怎么存、浮点数为什么会有精度误差，这工具帮不上忙，得另寻它法。

SEO和运维工作中，进制换算用在哪几个地方？

限制说透了，再回头看它的价值。进制换算在SEO和运维的日常里，是个不起眼但覆盖面很广的基本功，搞懂它能少踩很多只知配置不知原理的坑。

最高频的是服务器文件权限。前面讲过的chmod八进制，是每个管站点的人都要面对的。网站根目录、配置文件、上传目录的权限怎么设才既安全又不影响爬虫和程序读取，背后全是八进制的读写执行开关。能把权限数字读成开关组合，设权限时就有依据：知道777是把所有权限对所有人全开，属于危险配置，自然会避开它。

第二个是颜色和前端调试。网页配色、品牌色规范、CSS变量里那些十六进制色值，底子都是进制问题。改一个颜色的深浅、算两个颜色的过渡值，懂十六进制和十进制的换算会顺手很多。做智能LED灯具的站，产品页要展示几十种灯效配色，运营跟工程师对接色值时能在十六进制和十进制之间自如切换，沟通效率完全不一样。

第三个是网络排查。IP地址、子网掩码、CIDR那套记法，核心是二进制的位运算。虽然平时有现成工具算，但真到了排查两个服务器为什么不在一个网段这类问题时，能手动把IP和掩码做按位与心算一下，定位会快得多。第四个是读各种十六进制数据，哈希值、文件指纹、字符编码的码点、网络抓包里的字节都算在内。这些场景未必要你亲手换算，但看得懂十六进制和字节的对应关系，是技术SEO读懂底层数据的入场券。

十进制和二进制手算互转，具体怎么算？

有了工具，懂一点手算的道理仍然有用，不然只会点按钮。十进制转二进制和二进制转十进制各有一套简单的笨办法，理解了它们，工具给出的结果你才看得踏实。

十进制转二进制，用的是除2取余法。拿13举例：13除以2商6余1，6除以2商3余0，3除以2商1余1，1除以2商0余1。把这些余数从最后一个往回倒着读，就是1101，这就是13的二进制。道理在于，每除一次2，就是在问这个数的最低位是0还是1，余数就是那一位的值，倒着读是因为先算出来的是低位。把13敲进工具的十进制框，二进制框显示的正是1101，跟手算对得上。

反过来，二进制转十进制，用的是乘权相加法。还是1101：从右往左，每一位对应2的0次方、1次方、2次方、3次方这些权重，哪一位是1就把对应权重加进来。于是1乘1加0乘2加1乘4加1乘8，等于1加0加4加8，正好是13。这套位乘权重再累加的逻辑对任何进制都通用，把2换成16就是十六进制转十进制，换成8就是八进制转十进制。摸透这一条，所有进制到十进制的换算你都能自己手算，工具只是帮你省时间，代替不了思考。

为什么要花力气懂这个？因为有了原理打底，前面讲的那个大数精度问题你才真正理解：当数字大到二进制超过五十几位，JS的数字类型已经盛不下那么多位的精确权重累加了，末尾的小权重位就在累加中被精度误差吃掉了。懂这个机制的人看到可疑结果会先警觉，不懂的人只会对着错误结果发懵。

LED灯具色值换算实例，十六进制怎么一步步拆？

讲再多原理，不如顺一个真实案例来得实在。做智能LED灯具的出海站，产品页要展示一款灯带支持的几十种预设色彩，工程师给运营的色值清单全是十六进制写法，比如某个暖白是FFE4B5。运营想搞清楚这个色到底偏哪边、三个分量各多强，好写产品文案，这就得做几次进制换算。

第一步，把这个六位十六进制按两位一组拆开：FF是红、E4是绿、B5是蓝。为什么两位一组？前面讲过，一个字节正好是两位十六进制，而RGB每个颜色分量就是一个字节、取值0到255。第二步，把这三组分别当十六进制敲进工具的十六进制框，读十进制结果：FF是255，E4是228，B5是181。一眼就看明白了，红色拉满、绿色很高、蓝色中等偏上，三者叠加偏暖偏白，确实是暖白调，文案就能放心写“温润暖白”。

第三步如果还想更精细，可以把某一位拆到二进制看。比如想知道红色分量是不是真的满到顶，把FF当十六进制敲进去看二进制，是八个1全亮，确认到顶。整个过程没有任何复杂运算，全靠工具把十六进制翻译成十进制、再翻译成二进制，运营不用懂硬件也能跟工程师对上话。这就是进制换算在真实业务里的样子：它不解决颜色审美问题，但它把工程师那套机器表示翻译成运营看得懂的说法，跨岗位沟通就不再卡壳。

进制换算最容易栽的几类错误，怎么提前绕开？

用这工具多了，会发现踩的坑就那么几类。提前知道，能省下大把对着结果发懵的时间。

第一类是把数字敲错了进制框，这是头号高发错误。从配置里抄来的一串1010，可能是二进制的10，也可能是十进制的一千零一十，含义天差地别。敲进哪个框，工具就按哪个进制解读。所以动手前先确认一句：这串数字到底是几进制的？源头搞错，后面全错。

第二类是把字母和数字看混。十六进制里的字母A到F跟数字混在一起时容易看花眼，尤其是B和数字8、D和0在某些字体下很像。工具输出统一用大写能缓解一部分，但自己抄写时还是得仔细。另外十六进制的字母只到F，出现G、H这些就肯定不是合法的十六进制，多半是抄错了或者根本不是十六进制。

第三类是拿它硬算超出精度范围的大数还浑然不觉。前面反复强调的精度问题，实战里最容易栽，因为它不报错。换算一个看起来不算特别长的十六进制，结果末尾就悄悄错了。一个简单的自保习惯是：但凡换算的十六进制超过十三四位、或者二进制超过五十几位，就提高警惕，拿别的工具交叉验一下，别让一个不报错的错误溜进你的配置里。

除权限和颜色外，进制还藏在哪些日常配置里？

很多人以为进制只跟权限、颜色这两件事有关，其实它散布在技术工作的各个角落，只是平时没留意。把这些场景串起来看，懂进制的回报比多数人预估的要高。

先说字符编码里的码点。每个字符在Unicode里都有一个编号，通常写成U+加四到六位十六进制的形式，比如汉字“你”是U+4F60。这个十六进制就是字符的身份证号。排查一个网页里的特殊符号、生僻字为什么显示成方框时，往往要把它的码点查出来，而码点是十六进制，看不懂十六进制就寸步难行。把4F60当十六进制敲进工具，得到十进制20320，这就是“你”在Unicode里的位置编号，跟字符编码表一对照就清楚了。想进一步看这个字在内存里的字节怎么排，可以配合我们团队的十六进制编解码工具教程。

再说转义序列。在很多编程语言和配置文件里，没法直接打出来的字符会用\x加两位十六进制来转义表示，比如换行符常写成\x0A。这里的0A就是十六进制，换成十进制是10，正好是ASCII里换行符的编号。在日志、正则、配置里遇到一串\x开头的转义码，能把它换算成十进制再对照ASCII表，就能立刻知道那是什么字符。这工具的逐字符信息区会直接给出某个数对应的ASCII字符，省去翻表的功夫。

还有一类是网络和系统里的十六进制标识。MAC地址是六组两位十六进制、内存地址几乎全用十六进制表示、文件的魔数（用来识别文件类型的开头几个字节）也是十六进制。这些场景未必要你亲手换算，但当你需要核对某个字节的具体数值、判断某个地址落在哪个区间时，能在十六进制和十进制之间快速切换，就是实打实的生产力。

把这些场景放在一起看，进制更像一层通用的底层表示，读懂它，跟机器打交道时就少一层转译。再往上一层，像Base64这种把二进制塞进文本的编码，底子也是把字节按位重新分组，懂进制再去理解它会顺很多，可以看我们团队的Base64工具教程。

掌握进制思维，对技术人员意味着什么？

会不会用一款进制转换工具，本身不算什么门槛；真正拉开差距的，是脑子里有没有同一个数可以有多种进制写法这个意识。

很多人面对chmod 755、#1A0DAB、子网掩码这些东西，是当成一个个孤立的、需要死记的符号在记。懂进制的人看到的是同一套表示方式在不同场景下的不同写法，它们背后都是二进制的位在排列组合。这个视角一旦建立，你会发现权限、颜色、网络、编码这些看似不相干的领域，底层是通的，弄懂一处能带动一片。

这工具的定位就是帮你建立这种体感的草稿纸。不用它做生产级的大数计算，也不指望它替你写代码，合适的用法是：遇到一个看不懂的进制数字，敲进去，看它的四种写法和位排布，把抽象的换算变成眼睛能看见的对应关系。看得多了，很多换算你心里就有数了，工具反而可以放下。我们团队一直建议新人花点时间啃进制，就是因为它不属于某个岗位的专属技能，而是一大类底层问题的共同入口。把基本功在这种轻量工具里练扎实，再去啃更硬的网络、编码、底层调试，会顺很多。

当然，进制换算也有它的边界。它擅长处理整数在不同基数之间的转写，但碰到大数精度、有符号数补码、浮点数表示这些更深的话题，这工具就力不从心了，得靠专业的计算器和编程语言的高精度类型。把它放在整数进制速查这个它最擅长的位置上用，别指望它包打天下，是用好这门基本功的最后一层认知。

最后说给那些觉得进制没什么用的人。进制看着是个很基础、很不起眼的知识点，平时似乎用不到，可一旦开始往技术的深处走，读底层代码、调服务器、排查编码问题、跟硬件工程师对接，它就会反复冒出来挡在你面前。

那些能在这些场合游刃有余的人，往往只是早早把这项基本功练扎实了，于是面对一串十六进制、一个权限数字、一段位运算时，先看到的是结构和规律，而不是一堆吓人的符号。工具能帮你算，但帮不了你建立这种判断力，那得靠自己多敲、多看、多琢磨。这款进制转换工具最大的价值，是把这个练习的门槛降到最低：随手敲个数，对应关系就摆在眼前。

常见问题解答

这工具换算大整数为什么结果是错的？因为它前端用的是JS数字类型，能精确表示的整数上限是2^53减1。超过这个界限，换算结果末尾几位会悄悄出错，而且它不报警。日常的权限、颜色、小数字完全没问题，但换算长哈希、64位大整数这种就别信它了，换专业大数工具。

它能算负数的二进制补码吗？不能。你在十进制框敲负数，它直接当无效输入忽略，连提示都没有。它只处理非负整数，做不了补码、反码这类有符号运算，也不支持小数和浮点数的进制表示。要研究这些，得另找工具。

界面说支持2到36进制，是真的吗？是真的，但这能力不是它的本事。它只是把进制参数传给JS原生的parseInt和toString，这俩方法本来就支持2到36进制。而且它照样受精度上限约束。另外批量转换那一档，前端下拉只给了二八十十六四种，后端虽支持更多但你选不了。

我想读懂chmod权限数字，这工具帮得上忙吗？帮得上。把权限数字当八进制敲进去看二进制结果，你会看到三位一组的形态，每组对应一组人的读写执行开关。读权重4、写权重2、执行权重1，加起来就是那个数字。看几遍权限数字就再也不用死记了。

它的位运算能用来算子网掩码吗？能辅助理解。把IP的某段和掩码的某段填进位运算面板做按位与，能直观看到子网是怎么算出来的。但它一次只处理一个数，没法直接吞下完整的点分IP，更适合拿来理解原理而不是做生产级的网络计算。