javascript中字符串与buffer转换需通过指定编码（如utf8、base64等）建立映射：字符串→buffer用buffer.from(str, encoding)，buffer→字符串用buf.tostring(encoding)，必须显式声明编码以防乱码或错误。
JavaScript中字符串与Buffer的转换核心在于编码（encoding）——Buffer是二进制数据，字符串是Unicode文本，二者通过指定字符编码（如utf8、ascii、base64等）建立映射关系。
字符串 → Buffer：用 Buffer.from() 指定编码
这是最常用且推荐的方式。不传编码时默认为 utf8；显式声明更安全，尤其处理非UTF-8内容时：
- Buffer.from('hello', 'utf8') → [104, 101, 108, 108, 111]
- Buffer.from('café', 'utf8') → [99, 97, 195, 169, 102, 101]（é 在 UTF-8 中占两字节）
- Buffer.from('hello', 'base64') → 把 base64 字符串解码为原始二进制（注意：不是把字符串转成 base64 编码！）
Buffer → 字符串：用 buf.toString() 显式指定编码
Buffer本身不含编码信息，toString() 必须明确告诉JS“按哪种规则解释这些字节”：
- Buffer.from([104, 101, 108, 108, 111]).toString('utf8') → 'hello'
- Buffer.from([99, 97, 195, 169, 102, 101]).toString('utf8') → 'café'
- 若用错编码（如用 ascii 解析含中文的Buffer），会得到乱码或符号
常见陷阱与注意事项
转换看似简单，但几个细节极易出错：
- 默认编码不等于安全编码：Buffer.from(str) 默认 utf8，但 buf.toString() 若不传参数也默认 utf8 —— 表面一致，实际依赖环境，建议始终显式写明
- latin1 / binary 编码是字节直通：它把每个字节直接映射为对应Unicode码点（0–255），适合处理二进制协议头、图像元数据等，但不能正确表示中文等多字节字符
- Base64 是编码格式，不是字符集：Buffer.from(str, 'base64') 是解码操作；而 buf.toString('base64') 是编码操作——二者方向相反，用途不同
- 截断与填充风险：用 hex 或 base64 转换时，Buffer长度必须符合编码规则（如 base64 需4字节对齐），否则 toString 可能返回空或报错
实用建议
日常开发中可按场景选择策略：
- 网络请求/文件读写 → 统一用 utf8，兼容性最好
- 加密、哈希、二进制协议 → 优先用 hex 或 base64 表示Buffer，便于日志和传输
- 性能敏感循环处理 → 避免反复调用 toString()，可缓存结果或用 Uint8Array 视图直接操作字节
- 不确定来源的Buffer → 先检查前几字节是否符合UTF-8格式（如用 text-encoding 库探测），再决定解码方式
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
