Node.js使用iconv-lite将UTF8日文转Shift_JIS时出现字符转换错误

你遇到的乱码是两个典型问题叠加导致的：

1. 字符串内的浊音/半浊音假名为Unicode组合字符形式：即で是由基础假名て+单独的浊点标记（U+3099）拼接而成，ぱ是由基础假名は+单独的半浊点标记（U+309A）拼接而成。标准Shift_JIS字符集不收录单独的组合浊点/半浊点字符，转码时这部分标记会被直接替换为问号，正好对应你输出结果里的て?「は?」错配。
2. 编码选择错误：iconv-lite中Shift_JIS对应纯JIS标准的基础字符集，覆盖范围极小，大量常用日文汉字、符号都未收录。日本业界实际通用的SJIS兼容编码是Windows-31J（别名CP932），是基础Shift_JIS的超集，覆盖绝大多数日常日文使用场景。
   另外你贴的代码缺失fs模块引入，直接运行会抛错，需要补全。

1. 先将iconv-lite升级到最新稳定版，执行命令：

npm install iconv-lite@latest

2. 转码前先对字符串做NFKC正规化，将组合式浊音/半浊音假名转换为单个完整字符，同时统一全半角字符规范。
3. 将编码参数从Shift_JIS改为Windows-31J，使用工业界通用的SJIS实现做转码。

const iconv = require('iconv-lite');
const fs = require('fs');

const japanText = 'でんぱ組 出会いの歌26 カミソヤマ　ユニ';
// Unicode正规化，处理组合假名、全半角不统一问题
const normalizedText = japanText.normalize('NFKC');
// 用兼容性更好的Windows-31J编码转码
const sjisBuffer = iconv.encode(normalizedText, 'Windows-31J');
fs.writeFileSync('convertedFile.txt', sjisBuffer);

如果存在极个别CP932确实无法收录的生僻字符，可以配置兜底规则，避免输出无意义乱码：

const sjisBuffer = iconv.encode(normalizedText, 'Windows-31J', {
  defaultCharByte: '?', // 自定义无法识别字符的兜底输出，可按需修改
});

• 对日开发场景不要直接用Shift_JIS作为编码参数，优先选择Windows-31J，二者虽常被统称为SJIS，但字符集覆盖范围差异极大，后者是日本Windows系统、绝大多数商用日文系统的默认编码，兼容性远高于纯标准Shift_JIS。
• 所有涉及日文编码转换的场景，转码前都建议先做NFKC正规化，从根源避免组合字符、全半角不统一导致的转码失败。
• 若需要兼容JIS X 0213标准的生僻人名、古日语字符，可尝试使用Shift_JIS-2004编码，但该编码在老系统上兼容性极差，非明确要求不要使用。
• 转码前先打印源字符串，确认JS运行时内存中的字符本身是正确的，上游读文件、接口传参阶段导致的字符损坏，无法通过后续转码修复。

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