PuTTY连接Linux输入内容为UTF-8而非ASCII导致工具无法运行如何解决

• 检查PuTTY的控制字符处理配置：进入PuTTY配置的Window > Translation分类，查看「Handle RTL control characters」的配置，确认是否开启了RTL控制字符的透传。同时核对PuTTY配置的远程字符集，和Linux端执行echo $LANG输出的编码一致，推荐统一使用UTF-8。
• 验证输入参数是否携带隐形控制符：将你输入的number参数传入命令echo <替换为你的参数内容> | hexdump -C，检查输出中是否存在RLO字符对应的字节序列0xE2 0x80 0xAE，确认污染来源是否为输入内容本身。
• 排查Linux端终端的双向文本配置：执行set | grep -i bidi查看是否开启了终端双向文本支持，该功能会自动注入RTL相关控制字符。
• 检查输入来源：如果参数是从其他文档、网页、文件名中复制粘贴而来，确认源内容是否包含右到左语言（如阿拉伯语、希伯来语）的内容，这类内容常携带RLO控制符且默认不可见。

• PuTTY配置层面修复：打开PuTTY配置的Window > Translation页面，将「Handle RTL control characters」选项设置为Ignore，禁止PuTTY将RTL控制字符传递到远端执行环境，修改配置后保存会话并重新连接Linux设备即可生效。
• 输入内容清理：复制参数前先粘贴到支持显示所有字符的纯文本编辑器（如Notepad++、VS Code）中，删除不可见控制符后再输入到终端；临时执行命令时也可以用字符过滤命令自动清理参数，示例：./tool $(echo <你的number参数> | tr -d '\xe2\x80\xae')
• 工具层面兼容：如果工具需要对外提供服务，可以在参数解析逻辑中增加控制字符校验，检测到U+202E等非业务需要的控制字符时直接抛出参数非法的提示，避免异常逻辑执行。

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