You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

.NET Core中StreamWriter写入&与’符号乱码问题求助

问题分析与解决方案

核心编码澄清

  • &确实是ASCII字符(十进制38、十六进制26),但你提到的’(右单引号)并非ASCII的十进制44(该编码对应逗号,),它的Unicode编码是U+2019,属于扩展字符,不在ASCII范围内。
  • 你看到的\uxxxx不是乱码,而是字符串被转义成了Unicode转义序列,比如’变成\u2019,说明写入文件的是转义文本,而非实际字符本身。

问题根源

如果filedata是硬编码的"& Test ’ ",理论上不会出现转义,但如果该字符串来自外部(比如JSON解析、接口返回),可能已被自动转义为包含\u2019的文本,导致写入时直接输出转义序列而非实际字符。

解决方案

1. 确保字符串是实际字符而非转义序列

  • 硬编码场景:直接保留’即可,无需额外替换。
  • 外部来源场景:先解码转义序列,将\uxxxx转换为对应字符:
filedata = System.Text.RegularExpressions.Regex.Unescape(filedata);

2. 正确使用UTF-8 BOM编码写入

你的代码中new UTF8Encoding(true)已经是带BOM的UTF-8编码,符合目标应用要求,只需确保写入的是实际字符而非转义文本。

修正后完整代码示例

var filedata = "& Test ’   ";

// 若filedata来自外部(如JSON),先解码转义序列
// filedata = System.Text.RegularExpressions.Regex.Unescape(filedata);

using (var fileStream = new FileStream(filePath, FileMode.Truncate, FileAccess.Write, FileShare.None))
{
    using (var writer = new StreamWriter(fileStream, new UTF8Encoding(true)))
    {
        await writer.WriteAsync(filedata);
    }
}

验证步骤

  1. 运行修正后的代码写入文件
  2. 用Notepad++打开,通过菜单「编码」确认文件为UTF-8 BOM格式
  3. 检查&和’显示正常,无\uxxxx转义序列

内容的提问来源于stack exchange,提问作者Peter

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.28 10:03:15