await Task.Run(() =>
{
Parallel.ForEach(_equips, eq =>
{
WriteOneEquipFromDb(eq, lineName, jzName, selectedBatchNo);
});
});
逐层解析
|----|---------------------------|-------------------|
| 层级 | 组件 | 作用 |
| 1 | `await` | 等待异步操作完成,不阻塞UI线程 |
| 2 | `Task.Run()` | 在线程池线程上执行委托 |
| 3 | `Parallel.ForEach()` | 并行遍历集合,多线程同时处理 |
| 4 | `WriteOneEquipFromDb()` | 实际业务方法(读写PLC+数据库) |
执行流程图
主线程(UI)
↓
await Task.Run() → 创建新线程(线程A)
↓
Parallel.ForEach()
├─ 线程1: WriteOneEquipFromDb(_equips[0])
├─ 线程2: WriteOneEquipFromDb(_equips[1])
├─ 线程3: WriteOneEquipFromDb(_equips[2])
└─ ... 同时执行多个设备
↓
全部完成后返回
↓
继续执行后续代码(OutputInfomation等)
关键特性
1. 双重并行机制
// 第一层:Task.Run 把任务放到线程池
Task.Run(() => { ... }) // 避免阻塞UI
// 第二层:Parallel.ForEach 内部再并行
Parallel.ForEach(...) // 多个设备同时处理
2. 线程安全考虑
WriteOneEquipFromDb 内部使用了 Invoke 更新UI:
// 这是正确的做法,因为Parallel.ForEach的线程不是UI线程
Invoke(new Action(() => OutputInfomation(...)));
潜在问题与风险
问题1:PLC连接并发冲突
// 危险!多个线程同时连接不同PLC(IP不同,通常安全)
// 但如果 _equips 中有相同IP的设备,会冲突!
private void WriteOneEquipFromDb(Equip eq, ...)
{
var plc = new SvMitsubishiMC3E();
plc.Connect(eq.IP, port); // 每个线程独立连接,通常安全
}
问题2:数据库连接池压力
// 每个设备都创建新的数据库连接(通过 _dbHelper)
// 如果设备数量多(>10),可能耗尽连接池
问题3:异常处理不完善
// Parallel.ForEach 中一个线程异常,其他线程继续
// 但异常会被聚合抛出,需要正确处理
改进建议
方案A:限制并行度(推荐)
await Task.Run(() =>
{
var options = new ParallelOptions { MaxDegreeOfParallelism = 3 }; // 最多3个并发
Parallel.ForEach(_equips, options, eq =>
{
WriteOneEquipFromDb(eq, lineName, jzName, selectedBatchNo);
});
});
方案B:使用 async/await 替代 Parallel
// 更可控的并发
await Task.Run(async () =>
{
var tasks = _equips.Select(eq =>
Task.Run(() => WriteOneEquipFromDb(eq, lineName, jzName, selectedBatchNo))
);
await Task.WhenAll(tasks); // 等待全部完成
});
方案C:顺序执行(最安全,但最慢)
await Task.Run(() =>
{
foreach (var eq in _equips) // 不用Parallel
{
WriteOneEquipFromDb(eq, lineName, jzName, selectedBatchNo);
}
});
|----------------|----------------------------------|
| 场景 | 建议方案 |
| 设备少(<5台),不同IP | 当前代码可用 |
| 设备多(>5台),不同IP | 限制 MaxDegreeOfParallelism 为3-4 |
| 设备IP可能重复 | 必须改为顺序执行 |
| 需要精确进度反馈 | 使用 Task.WhenAll + 单独任务跟踪 |