使用方法
- 把点划序列粘进左侧输入框：字母之间打 1 个空格（示例
.... ..是 HI），词与词之间打 3 个空格或一个斜杠（示例里--- .-.. -..前后的 / 就是词界）。 - 点「解码」或在输入框内按 Ctrl+Enter（macOS 是 Cmd+Enter），右侧输出大写文本；输入框里已预置一段可直接解码的示例。
- 某段点划无法对应字符时，错误区会指出「第几个词的第几段、内容是什么、长度多少」，而不是默默吐问号。
- 「载入示例」随时还原预置的
.... . .-.. .-.. --- / -- --- .-. ... .（解码为 HELLO MORSE）；「复制结果」把解码文本写入剪贴板。 - 要查某个字符的点划，用下方 43 行对照表：「加载更多」逐屏展开到 M 之后的全部字母、数字与标点，CSV / TSV 导出给完整表。
这个摩斯电码代码转文本转换器能解决什么
拿到一段只有点、划、空格的序列想知道原文，粘进摩斯电码代码转文本转换器一秒出结果：无线电爱好者的收听记录、游戏或影视里的彩蛋电文、老教材上的练习题，都是典型输入。
它的核心价值在容错解析：词界同时接受 3 个连续空格和斜杠两种写法（网上转录两种都常见）；间隔号 · 会被归一成点，长破折号 — 与下划线 _ 归一成划——手机输入法打不出真正的 Morse 点划是高频障碍，本页在解析前先做字符归一。
报错定位是它和「随便找个在线翻译」的差别：段数超长或序列未知时，告诉你错在第几词第几段、内容是什么，你可以直接修那一段，而不是整段重敲。
本页不做的事：不把文本编码成摩斯（那是编码方向的另一个页面）；不处理音频/音频文件里的摩斯信号；不还原中文电码（中文电报码是四位数字对汉字，属于另一套编码）。
原理与规则说明
字符集遵循 ITU-R M.1677 的国际摩斯电码定义：26 个拉丁字母加 10 个数字是标准正文；AR（.-.-.）、SK（...-.-）、BT（-...-）、AS（.-...）与 SOS（...---...）是同标准列出的过程信号，解码时优先按过程信号匹配。七类常用标点（. , ? / = + -）不属于 M.1677 正文，来自无线电行业惯例（MIL-STD-188 与 ARRL 手册沿用），本页合并收录成 43 行对照表。
解析分三步。第一步字符归一：· → 点，—/–/_ → 划，多余空白压缩。第二步切词：按「斜杠或 3 个以上连续空格」切成词，单词内部按单个空格切成段——3 个空格和 1 个空格的语义差异正是摩斯书写规则的核心，切分函数写成 split(/\s*\/\s*|\s{3,}/) 与 split(/\s+/) 两级。第三步查表：每段做哈希键直接查反转映射表 REV[段]，O(1) 取字符；段先查过程信号表再查普通字符表，所以 -...- 解出 BT 而不是等号 =——孤立的 -...- 在实际电文中几乎总是「另起一段」的 BT 信号，这是有意的取舍并在 FAQ 说明。
为什么单段上限是 6 个符号：ITU 表里最长的条目是数字 0 和 9，各 5 个符号；6 个以上符号的段不属于任何标准字符，直接报错而不是试探性截断——截断会把发送方的错误悄悄改对，你却不知道原电文有误。
输出的完整链路：归一 → 切词切段 → 逐段查表 → 词内字符直接拼接、词间补一个空格 → 统一大写输出（ITU 摩斯本身没有大小写，还原成小写只是伪装精度）。同时统计词数与符号段数，写进结果状态行。
完整示例（数值仅作演示）
预置示例 .... . .-.. .-.. --- / -- --- .-. ... .：第一词五段 H E L L O，第二词五段 M O R S E，斜杠分词，解出 HELLO MORSE，共 2 词 10 段——输入框、结果框、正文这一段三处是同一组点划。
过程信号示例：单独一段 ...---... 解出 SOS；.-.-. 解出 AR（「报文结束」）；-...- 解出 BT（段落分隔）。数字示例：..--- ----- ..--- -.... 解出 2026。
容错示例：... --- ... / - . ... - 用斜杠分词照常解出 SOS TEST；把示例里的空格全删掉换成 · 与长破折号（·−−−− 这类手机键盘输入），归一后同样能解。
输入范围与对照表
| 类别 | 收录 | 数量 | 依据 |
|---|---|---|---|
| 字母 | A–Z | 26 | ITU-R M.1677 |
| 数字 | 0–9 | 10 | ITU-R M.1677 |
| 过程信号 | AR / SK / BT / AS / SOS | 5 | ITU-R M.1677 |
| 标点 | . , ? / = + - | 7 | 行业惯例（MIL-STD-188 / ARRL） |
下方完整对照表按「字母 → 数字 → 标点」排 43 行，页面直出前 12 行（A 到 L），「加载更多」每次追加 12 行、三次点完；CSV 导出始终给全部 43 行（带 BOM，Excel 打开不乱码），TSV 复制可直接贴进表格软件。
输入范围、边界与精度说明
本页接受的合法输入字符只有四类：点（含 ·）、划（含 — – _）、空格与斜杠。其余字符（字母、汉字、emoji）不属于点划语言：如果整段输入连一个点划都没有、反而全是字母数字，错误区会提示「当前输入疑似明文」，因为把明文逐字符查表只会得到整排报错，提前拦住能把原因说清楚。
报错定位规则：错误信息固定带三个量——第几个词、该词内第几段、段内容本身。例如 .... .. -... 里第三段 -...- 看起来像 BT，但若它后面还有内容拼成未收录序列，报错会写「第 1 词第 3 段」。空输入、纯空格、只有分隔符（如 / /）各有独立文案，不会静默输出空串。
边界两条：单段超过 6 个符号必报错（见原理节）；词数与段数没有人为上限，几万段的文本也就是几万次哈希查表，毫秒级完成——真正的限制是浏览器文本框本身，超过约 50 万字符时粘贴会先卡输入框，此时建议分段解码。
常见误用三条：词间只打 1 个空格——技术上每个字符仍能解出，但所有词会被并成一个长词，输出「对但难读」的一串字母；大小写——摩斯没有大小写，输出统一大写不是丢信息；把 BT 与等号混用——本页把 -...- 固定解为 BT，如果你的电文用 -...- 表示等号，请改用其他分隔写法。
常见问题
为什么词与词之间必须空 3 格或用斜杠？
摩斯发射时词间隔约 7 个时间单位，落到书写上约定成 3 个空格；斜杠是文字转录时更不容易看错的替代写法。只打 1 个空格会被当成字母间隔，整句话连成一个词。
-...- 到底解成 BT 还是等号？
本页固定解成 BT。因为过程信号优先于普通标点匹配，孤立出现的 -...- 在实际电文里几乎都是段落分隔信号；需要表达等号的电文请改写或用上下文区分。
解出来是一串问号或直接报错怎么办？
看错误区定位：它会写第几词、第几段、内容是什么。常见原因是把 1 划误打成 2 划（E 的 . 变 T 的 -）、多敲或漏敲空格。对照下方 43 行表逐段核对最快。
能解中文或中文电报码吗？
不能。国际摩斯只覆盖拉丁字母、数字与少量符号；中文电报码（标准电码本）是「四位数字对应一个汉字」的另一套体系，需要先解数字再查电码本，本页只做前半段也不附电码本。
· 和 — 这类符号能识别吗？
能。解析前会把间隔号 · 归一为点、把 — – _ 归一为划，这是为手机输入法做的容错；归一只改符号形状，不改变点划结构。
解码结果为什么全是大写？
摩斯电码本身没有大小写区别，A 和 a 的编码完全相同。输出统一大写是如实反映信息量，标小写反而暗示了不存在的大小写信息。
支持 SOS 以外的求救信号吗？
收录了 SOS（...---...）、AR、SK、BT、AS 五个过程信号。CQ（呼号）这类由字母拼成的缩写本来就能逐字母解出，不需要单独收录。
输入的电文会被上传吗？
不会。切词、查表全部在这个页面的内存里完成，无任何网络请求，开发者工具的 Network 面板可以验证只有页面本身的资源请求。
相关工具
摩斯电码代码转文本转换器只管「点划还原成文本」，相邻的编码与进制还原各有专门页面。
- Base64 解码——另一种「字符序列还原原文」的解码，规则体系完全不同。
- 二进制转文本——按字节切分再查 ASCII，切分逻辑与本页的点划分段类似。
- 十六进制转文本转换器——两位一组还原字节，适合看懂十六进制转储。
- ASCII 转文本转换器——十进制码点还原字符，摩斯之外的第三种「码到字」。
- 凯撒密码工具——字母表位移解密，同样只处理拉丁字母。
- URL 解码——百分号编码还原，Web 场景最常用的解码。
- ASCII 表格生成器——需要逐字符查码表时的完整参考。