C++实现数字与英文互转摩斯码时仅识别2个数字、摩斯译出乱码如何解决？

针对新增数字映射后出现的两类转译异常，可直接按照以下方向逐层定位根因，无需大范围重构原有代码：

第一类异常定位：英文转摩斯场景下3个数字仅成功转换2个 #

这类漏转90%以上都是映射表或者遍历逻辑没跟着新增项同步更新导致，排查点按优先级排序：

• 核对平行映射数组的长度一致性：绝大多数C++实现的双向翻译程序，会用两个平行的全局数组存储正向映射——一个数组存可识别的英文字符/数字集合，另一个同长度数组存对应的摩斯码字符串。如果新增数字时，只给字符数组补了数字项，未同步给摩斯码数组补对应条目，或者补项时漏了1个，就会出现两个数组长度差1的情况，遍历到最后一个数字时，对应下标的摩斯码数组位置要么是越界的内存值，要么和上一项错配，直接表现为漏转1个数字。
• 检查遍历边界的硬编码值：如果原有代码写死了遍历的数组长度（比如原来只存26个字母时写死循环上限是26，新增10个数字后没把上限改成36），最后一个数字的下标根本不在遍历范围内，自然不会被匹配转换。
• 检查输入字符的匹配范围判断：如果原有代码的匹配判断是硬编码的if (c >= 'A' && c <= 'Z')，新增数字时没把0-9的字符范围加入判断条件，会导致部分数字字符根本不触发匹配分支，直接被跳过。

第二类异常定位：摩斯转英文场景下输入数字摩斯码输出随机符号 #

这类随机输出基本是内存访问越界、未初始化变量、匹配逻辑不严谨导致，排查点按优先级排序：

• 检查摩斯码拆分的缓冲区长度：字母对应的摩斯码最长为4个符号，数字对应的摩斯码为固定5个符号，如果原有拆分逻辑给单段摩斯码开的缓冲区只有4个char长度，就会截断数字的摩斯码，导致匹配失败；如果匹配失败时返回值变量没有初始化，就会直接输出栈上的随机内存值。
• 检查反查匹配的字符串比对逻辑：如果原有代码用strncmp做摩斯码比对时，写死了仅比对前4个字符（适配原来的字母长度），数字的5位摩斯码会因为前缀和其他条目重合出现错配，甚至在读取摩斯码字符串时越界，触发未定义行为输出随机值。
• 检查反向映射表的条目完整性：如果新增数字的摩斯码条目时，字符串没有正确加终止符\0，程序在做字符串长度计算、比对时会一直读到随机内存位置才停，匹配不到正确结果，最终输出无意义符号。

通用修复步骤 #

1. 先做映射表全量校验：写个测试循环，把两个平行映射数组每个下标的“字符-摩斯码”配对关系逐行打印出来，逐行核对是否存在错位、漏项、长度不匹配的问题，这一步能解决80%的漏转、错配问题。
2. 替换所有硬编码值：把写死的遍历长度、字符串比对长度、缓冲区长度，替换为基于数组实际长度的动态计算值，比如遍历数组时用sizeof(映射数组)/sizeof(映射数组[0])计算有效遍历长度，单条摩斯码的存储缓冲区至少开6个char（存5个符号加字符串终止符），避免后续新增映射项时再出现边界不匹配的问题。
3. 补全异常分支的兜底逻辑：不管正向还是反向转译，只要出现字符/摩斯码匹配失败的情况，统一输出固定占位符（比如?），不要直接输出未初始化的变量值，从根源上避免随机符号输出的问题。
4. 补全专项测试用例：单独把0-9十个数字的正向转译、反向转译做全量测试，对照标准摩斯码表逐位核对结果，只要出现漏转或者错转，顺着打印的映射表位置找到对应下标就能直接定位到错位位置。

注：可直接对照标准数字摩斯码做结果校验：0为-----、1为.----、2为..---、3为...--、4为....-、5为.....、6为-....、7为--...、8为---..、9为----.

内容的提问来源于stack exchange，提问作者bilah