C# 大型Unicode列表转Char数组崩溃问题及最优实现方案咨询

• 反向转换逻辑完全错误：你编写的for循环每次都会直接覆盖MultiLineCharArray的取值，仅保留当前遍历到的单个字符，完全没有拼接历史结果，即使程序不运行崩溃，最终输出也只会是Unicode列表最后一个元素对应的单字符结果，和预期的逐行拼接效果完全不符。
• 字符串拼接性能缺陷：如果强行修改逻辑为循环累加字符串，会产生大量临时字符串对象，9000次循环会触发频繁GC，也有概率引发内存溢出导致崩溃。

正向转换（字符数组转UInt16格式Unicode列表） #

你原有的正向代码可正常运行，以下为省略中间多行字符串拼接步骤的性能优化版：

// 直接遍历原始字符数组转换，省略冗余的Join步骤
var UnicodeList = CharArray.Select(c => Convert.ToUInt16(c)).ToList();

如果需要保留先生成逐行单字符字符串的原始逻辑，原有代码可正常使用。

反向转换（Unicode列表转逐行单字符拼接字符串） #

两种实现都可以稳定处理10万级以内的元素规模，完全覆盖你9000元素的使用场景：

// 实现1：LINQ简洁写法，代码量最少
string MultiLineCharArray = string.Join(Environment.NewLine, UnicodeList.Select(u => Convert.ToChar(u)));

// 实现2：StringBuilder实现，适合后续还有额外拼接操作的场景
var sb = new StringBuilder();
foreach (var code in UnicodeList)
{
    sb.Append(Convert.ToChar(code));
    sb.Append(Environment.NewLine);
}
// 移除末尾多余的换行符，和string.Join的输出结果完全对齐
if (sb.Length > 0)
{
    sb.Remove(sb.Length - Environment.NewLine.Length, Environment.NewLine.Length);
}
string MultiLineCharArray = sb.ToString();

如果你的业务场景中会涉及大于U+FFFF的Unicode字符（比如Emoji、生僻汉字等代理项对字符），不要使用Convert.ToUInt16做转换，会导致字符损坏，建议直接用System.Text.Encoding.Unicode相关编码接口处理。
9000元素的列表长度完全不会触发.NET的性能瓶颈，你之前的崩溃完全是逻辑错误导致的，和数据量无关。

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