c# 程序调优与技巧

**黄金法则**：
> 要么全同步，要么全异步，不要在调用链中间“截断”异步。

---

### 2. 并行处理：Parallel.ForEach 的合理使用

适合 **CPU 密集型**、彼此独立的任务。
csharp
var items = Enumerable.Range(1, 100).ToList();
// ✅ 简单并行
Parallel.ForEach(items, item =>
{
var result = HeavyCompute(item);
Console.WriteLine(result);
});
**调优点**：
- 控制并发度，避免压垮 CPU # C# 程序性能调优与实战技巧（含可运行样例）

本文面向有一定 C# 基础的开发者，聚焦**日常开发中高频、实用、可落地的调优手段**，覆盖集合、字符串、异步、内存、LINQ、Span 等关键场景，每个点都配有可直接运行的示例代码。

---

## 一、为什么“看起来没问题”的代码也需要调优？

很多性能问题不是“能不能跑”，而是：
- 高峰期 CPU 飙高
- 内存占用缓慢上涨（疑似内存泄漏）
- GC 频繁触发导致卡顿
- 接口 P95 / P99 延迟不稳定

调优的核心目标：**在保证可读性和可维护性的前提下，减少 CPU或下游 消耗、降低内存分配、减少 GC 压力**。

---

## 二、集合与字符串：最容易“悄悄”产生 GC 的地方

### 1. 给集合预设容量，避免反复扩容

`List<T>` 默认初始容量为 `4`，满了之后会扩容为原来的 **2 倍**，并发生数组拷贝。
csharp
// ❌ 不推荐：频繁扩容
var list = new List<int>();
for (int i = 0; i < 10000; i++)
{
list.Add(i);
}
// ✅ 推荐：一次性指定容量
var list2 = new List<int>(10000);
for (int i = 0; i < 10000; i++)
{
list2.Add(i);
}
**适用场景**：
- 循环前已知或能预估元素数量
- ORM 查询结果、批量导入、缓存预热等

同理适用于 `Dictionary<K,V>`、`HashSet<T>`、`StringBuilder`。

---

### 2. StringBuilder 的正确用法

字符串是不可变的，频繁拼接会产生大量临时对象。
csharp
// ❌ 不推荐：循环中 + 拼接
string s = "";
for (int i = 0; i < 10000; i++)
{
s += i;
}
// ✅ 推荐：StringBuilder + 预设容量
var sb = new StringBuilder(40000); // 预估长度
for (int i = 0; i < 10000; i++)
{
sb.Append(i);
}
string result = sb.ToString();
**经验值**：
- 拼接次数 > 10 次，或总长度不可控 → 直接用 `StringBuilder`
- Web API 返回 JSON 时，避免在业务逻辑层大量拼接字符串

---

## 三、异步与并发：避免“假异步”和线程浪费

### 1. 服务：
永远不要用 Task.Result/ .Wait()阻塞异步代码
这会引发线程池饥饿甚至死锁（尤其在 ASP.NET 旧版本中）。
// ❌ 不推荐：阻塞异步
public int GetCount()
{
    return GetCountAsync().Result; // 危险！
}

// ✅ 推荐：一路 async/await
public async Task<int> GetCountAsync()
{
    var data = await httpClient.GetStringAsync("https://api.example.com/count");
    return int.Parse(data);
}
黄金法则：
要么全同步，要么全异步，不要在调用链中间“截断”异步。
2. 并行处理：Parallel.ForEach 的合理使用
适合 CPU 密集型、彼此独立的任务。
var items = Enumerable.Range(1, 100).ToList();

// ✅ 简单并行
Parallel.ForEach(items, item =>
{
    var result = HeavyCompute(item);
    Console.WriteLine(result);
});
调