1. 字符串基础与核心特性
System.String作为.NET框架中最基础也是最常用的类型之一，其内部实现和特性直接影响着应用程序的性能表现。很多人以为字符串就是简单的字符集合，但实际上它的设计蕴含着许多精妙之处。
字符串在.NET中被实现为不可变（immutable）对象，这意味着一旦创建就无法修改。这个设计决策带来了线程安全、哈希码稳定等优势，但也导致频繁字符串操作时可能产生性能问题。比如下面这个看似简单的拼接操作：
csharp复制string result = "";
for (int i = 0; i < 10000; i++) {
result += i.ToString();
}
实际上会在内存中创建10000个临时字符串对象，这在性能敏感场景会成为灾难。理解字符串的不可变性是编写高效.NET代码的基础。
字符串在内存中的存储方式也值得关注。.NET运行时使用一种称为"字符串驻留"（string interning）的优化技术，对相同的字符串字面量只保留一份拷贝。可以通过String.Intern方法验证：
csharp复制string a = "hello";
string b = "hello";
Console.WriteLine(object.ReferenceEquals(a, b)); // 输出True
但要注意这种优化只适用于编译期确定的字面量，动态构建的字符串不会自动驻留。
2. 字符串操作性能陷阱与优化
实际开发中最常见的性能陷阱莫过于字符串拼接。除了前面提到的+=操作，以下这些情况也需要注意：
- 使用String.Concat连接大量字符串时，会创建多个中间字符串
- 在循环中使用String.Format或插值字符串（$""）
- 频繁调用ToUpper()/ToLower()等产生新字符串的方法
针对这些场景，.NET提供了StringBuilder专门用于高效构建字符串。它的核心优势在于：
- 内部维护可变字符缓冲区
- 按需自动扩展容量（默认16字符，可预设）
- 提供Append、Insert等链式操作方法
一个典型的使用模式：
csharp复制var sb = new StringBuilder(1024); // 预设容量
for (int i = 0; i < 10000; i++) {
sb.Append(i);
}
string result = sb.ToString();
实测显示，处理10000次拼接时，StringBuilder比普通拼接快100倍以上。但要注意，对于少量（<10次）拼接，StringBuilder反而可能更慢，因为创建对象本身有开销。
另一个常被忽视的性能优化点是字符串比较。对于文化敏感（culture-sensitive）的比较，比如排序，应该使用：
csharp复制string.Compare(str1, str2, StringComparison.CurrentCulture);
而对于标识符、路径等需要序数比较的场景，则应该使用：
csharp复制string.Equals(str1, str2, StringComparison.Ordinal);
错误的选择可能导致性能下降10倍以上，特别是在集合查找等高频操作中。
3. 字符串编码与内存布局
字符串在.NET中默认采用UTF-16编码，每个字符占用2字节。这与传统C风格的char数组不同，也导致一些常见误解：
- Length属性返回的是字符数而非字节数
- 包含代理对（surrogate pair）的Unicode字符会占用两个char位置
- 直接通过索引访问可能无法正确处理组合字符
如果需要处理字节级别的操作，应该显式进行编码转换：
csharp复制byte[] utf8Bytes = Encoding.UTF8.GetBytes(unicodeString);
string decoded = Encoding.UTF8.GetString(utf8Bytes);
特别要注意的是，从字节数组转换回字符串时，应该使用与编码时相同的Encoding对象，否则可能产生乱码或数据损坏。
字符串在内存中的布局也影响程序性能。一个字符串对象在32位系统中占用约20字节开销（对象头+方法表指针等），在64位系统中更大。因此大量小字符串会显著增加GC压力。这也是为什么像XML/JSON解析器等需要处理大量文本的工具通常会采用特殊的字符串处理技术。
4. 字符串与集合的交互
字符串作为最常用的字典键类型，其哈希码计算方式直接影响集合性能。.NET中String.GetHashCode()的实现有以下特点：
- 哈希计算是线程安全的
- 默认区分大小写（可通过StringComparer改变）
- 在AppDomain生命周期内保持稳定
- 不同字符串可能有相同哈希码（碰撞）
在需要高频查找的场景，应该考虑使用预创建的StringComparer：
csharp复制var dict = new Dictionary<string, int>(StringComparer.OrdinalIgnoreCase);
这比每次比较都调用ToLower()高效得多。对于已知不变的字符串集合（如配置键），还可以进一步优化：
csharp复制var internedKeys = keys.Select(k => string.Intern(k)).ToList();
字符串在LINQ操作中也经常成为性能瓶颈。例如：
csharp复制var filtered = list.Where(s => s.StartsWith("prefix"));
这种写法会为每个元素创建新的字符串比较器。更高效的写法是：
csharp复制var filtered = list.Where(s => s.StartsWith("prefix", StringComparison.Ordinal));
5. 字符串处理的高级技巧
对于需要极致性能的场景，可以考虑以下高级技术：
-
栈上分配：.NET Core引入的Span
允许在栈上处理字符串片段 csharp复制ReadOnlySpan<char> span = "string".AsSpan(); -
池化技术：使用ArrayPool或StringBuilder池减少内存分配
csharp复制var sb = StringBuilderPool.Get(); try { // 使用sb } finally { StringBuilderPool.Return(sb); } -
不安全代码：在完全可控的环境下，可以用fixed固定字符串内存
csharp复制fixed (char* p = str) { // 直接操作指针 } -
正则表达式优化：预编译（RegexOptions.Compiled）高频使用的模式
对于国际化应用，还需要注意：
- 使用CultureInfo.InvariantCulture处理与地域无关的数据（如数字格式）
- 避免在土耳其等特殊区域设置下的大小写转换问题
- 使用String.Normalize()处理Unicode等价性
6. 诊断字符串相关问题
当遇到内存或性能问题时，字符串通常是首要怀疑对象。以下诊断方法很实用：
-
内存分析：
- 使用WinDbg的!dumpheap -type String命令
- 在Visual Studio的诊断工具中查看字符串分配
-
性能分析：
- 使用BenchmarkDotNet量化不同方法的差异
- 用Stopwatch测量关键路径的字符串操作
-
GC压力检测：
- 监控GC集合计数（GC.CollectionCount）
- 分析GC暂停时间
一个常见的问题是字符串"泄漏"——虽然不再需要但仍被引用。典型场景包括：
- 缓存未设置过期时间
- 静态集合持续增长
- 事件处理程序未注销
对于这类问题，WeakReference或ConditionalWeakTable可能是解决方案。
7. 现代.NET中的字符串改进
.NET Core和.NET 5+对字符串处理做了多项优化：
-
字符串插值的编译优化：
csharp复制$"The value is {value}" // 编译为String.Format或直接拼接取决于参数数量 -
UTF-8字面量支持（C# 11）：
csharp复制ReadOnlySpan<byte> json = """{"key":"value"}"""u8; -
模式匹配增强：
csharp复制if (str is { Length: >0 } and not "N/A") -
堆栈分配字符串构建：
csharp复制var buffer = new ValueStringBuilder(stackalloc char[256]);
这些改进使得现代.NET应用可以更高效地处理字符串，但基本原理和最佳实践仍然适用。理解字符串的底层机制，才能在具体场景中做出合理选择。