VSCode运行.feature测试文件时终端输出异常字符原因咨询

异常现象参考：

结合给出的依赖版本、操作流程和复现现象，异常字符出现的原因集中在以下几类：

• ANSI转义序列解析不兼容
  jest-cucumber输出未实现步骤的代码模板时，会对识别到的隐式参数（Gherkin语法默认将语句中的数字判定为数值类型动态参数）添加终端高亮样式，这类样式靠ANSI转义控制字符实现。如果终端（包括VSCode内置终端的渲染层、jest运行时的输出配置）没有正确识别这部分转义序列，就不会把它解析为颜色/字体样式，而是直接将控制字符和原始数字拼接显示，表现为数字旁的异常符号。纯字母内容不会被判定为动态参数，不会被转义序列包裹，因此不会触发该问题，和描述中“调整表述仅保留字母即恢复正常”的现象完全吻合。
• jest-cucumber@3.0.1版本自身的参数处理逻辑缺陷
  3.0.1版本的jest-cucumber在处理数值类隐式参数、生成对应正则匹配步骤的代码模板时，存在字符串替换逻辑bug：在将原始数字替换为正则捕获组占位符的过程中，会残留部分正则标记的不可见控制字符，这部分字符不属于可打印ASCII字符，输出到终端时就会显示为异常乱码。该问题和编辑器配置、Gherkin扩展无关，属于库本身的版本固有问题。
• 终端编码与Jest输出编码不匹配
  react-scripts@5.0.1内置的Jest运行时默认以UTF-8编码输出日志内容，如果系统终端默认使用非UTF-8代码页（比如Windows平台CMD默认使用GBK代码页），包裹数字参数的ANSI转义序列属于多字节字符，会在输出时被截断、解码失败，表现为数字位置的异常字符。纯字母属于单字节ASCII字符，在绝大多数代码页下编码规则兼容，因此不会出现乱码。
• Node.js版本与依赖的正则解析逻辑适配偏差
  jest-cucumber在生成步骤模板时，依赖内置的正则解析逻辑将自然语言步骤转换为可执行的正则匹配语句，如果本地运行的Node.js版本和jest-cucumber@3.0.1依赖的正则解析库版本存在兼容性问题，转换过程中生成的正则标记字符不会被正确识别为语法标记，会直接作为普通字符串输出到终端模板中，形成和数字绑定的异常字符。

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