使用Parallel.For处理WritableBitmap时触发受保护内存访问异常排查

问题1：Parallel.For遍历WritableBitmap像素触发内存保护异常 #

原因 #

WritableBitmap的像素缓冲区并非线程安全，并行循环中多个线程同时读写同一块内存区域，会引发内存访问冲突，多次触发后就会出现内存损坏的异常。普通for循环是单线程执行，不存在多线程竞争，所以不会出问题。另外，Avalonia的Bitmap内部有自己的同步机制，并行访问绕过了这个机制，会导致对象内部状态混乱。

解决方法 #

• 提前复制像素数据：先用CopyPixels方法把WritableBitmap的像素一次性复制到独立的byte数组中，再对这个数组执行Parallel.For处理，处理完成后再写回WritableBitmap。彻底避免多线程直接操作Bitmap的缓冲区。
• 加锁控制访问：如果必须直接操作WritableBitmap，在并行循环里对访问缓冲区的代码块加lock锁，但这样会大幅降低并行效率，仅适合小数据量场景。
• 校验对象有效性：每次切换ComboBox触发更新时，先确认WritableBitmap实例已正确初始化，没有被重复释放或引用失效，避免并行循环访问无效对象。

问题2：Parallel.ForEach更新ProcessWatcherLineDetails属性触发NullReferenceException #

原因 #

并行线程执行时，ProcessWatcherLineDetails实例可能被其他线程（比如UI线程）修改、销毁或置为null，导致并行线程访问时出现空引用。另外，Avalonia的UI控件属性只能在UI线程更新，并行线程直接修改属性会引发线程安全问题，间接导致对象状态异常。

解决方法 #

• 提前过滤或空检查：并行循环开始前，先过滤掉集合中的null实例；或者在循环内部先做null判断：if (item == null) continue;，避免访问空对象。
• 切换到UI线程更新属性：如果更新的是UI相关属性，必须用Dispatcher.UIThread.Post或Dispatcher.UIThread.InvokeAsync包裹更新逻辑，示例代码：

Dispatcher.UIThread.Post(() => {
    item.IsRunning = true;
    // 其他属性更新操作
});

• 使用集合快照：遍历集合的快照而非原集合，避免并行循环过程中原集合被其他线程修改（比如添加、删除元素），导致遍历到无效对象。比如用ToList()创建快照：foreach (var item in list.ToList())。

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