String.fromCharCode不同浏览器输出不一致的原因及规避方案

String.fromCharCode 本身的ECMAScript标准定义非常明确，浏览器底层实现没有差异，你看到的不一致不是函数返回值不同，是不同浏览器控制台的不可打印字符渲染规则不同。
你测试用的编码对应ASCII 0-31区间的控制字符，这类字符本身没有可显示的字形，Chrome控制台会统一将这类字符替换为特殊占位符或直接隐藏显示，Firefox控制台则会按照控制字符的原始语义做差异化展示，部分旧版本甚至会执行控制符的对应操作（比如退格符会删除前序字符的展示），最终导致你看到的打印结果看起来不同。如果把两个浏览器返回的字符串转成UTF-16编码数组对比，结果会完全一致。

• 优先使用ES6新增的String.fromCodePoint替代fromCharCode，前者支持完整的Unicode码点解析，不会出现代理对拆分错误的问题，覆盖所有现代浏览器，需要兼容旧环境时引入对应polyfill即可。
• 如果需要展示包含控制字符的字符串，不要直接输出原始值，提前做一层转义处理，将不可打印的控制符统一替换为十六进制转义表示（比如\x00）或通用占位符，保证所有环境展示一致。
• 做字符串逻辑判断时，不要以控制台的打印展示结果为依据，直接读取字符串的码点值、长度或编码数组做判断，避免被渲染逻辑误导。

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