C# 在多线程环境中,进行安全遍历操作

本文以List作为操作对象
MSDN官方给出的List的线程安全的说法:
此类型的公共静态成员是线程安全的。但不能保证任何实例成员是线程安全的。
只要不修改该集合,List 就可以同时支持多个阅读器。通过集合枚举在本质上不是一个线程安全的过程。在枚举与一个或多个写访问竞争的罕见情况下,确保线程安全的唯一方法是在整个枚举期间锁定集合。若要允许多个线程访问集合以进行读写操作,则必须实现自己的同步。
如果不进行同步操作?
假如一个线程进行删除操作,一个线程进行遍历操作,那么在遍历过程中,集合被修改,会导致出现InvalidOperationException的异常,提示:集合已修改;可能无法执行枚举操作。
如何同步,保证遍历的安全
这里使用了临界区,互斥锁来保证线程遍历过程的安全,示例代码如下:

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Threading;
 4
 5 namespace ConsoleApp
 6 {
 7     class Program
 8     {
 9         public static List<string> simpleList = new List<string>();
10
11         public static void Main(string[] args)
12         {
13             // 临界区对象
14             object lockObj = new object();
15
16             // 向List中添加测试数据
17             string[] data = { "1", "2", "3", "4", "5", "6", "7", "8" };
18             simpleList.AddRange(data);
19             // 此线程用于遍历数组
20             new Thread(new ThreadStart(() =>
21             {
22                 // 用于同步,进入临界区,只有遍历完,释放临界区对象的互斥锁,才能进行写操作
23                 lock (lockObj)
24                 {
25                     foreach (var item in simpleList)
26                     {
27                         Console.WriteLine(item);
28                         Thread.Sleep(500);
29                     }
30                 }
31             })).Start();
32             // 此线程执行删除操作
33             new Thread(new ThreadStart(() =>
34             {
35                 lock (lockObj)
36                 {
37                     simpleList.RemoveAt(0);
38                     Console.WriteLine("rm 1");
39                     Thread.Sleep(500);
40                     simpleList.RemoveAt(0);
41                     Console.WriteLine("rm 2");
42                 }
43             })).Start();
44
45             Console.ReadLine();
46         }
47     }
48 }
时间: 2024-08-06 03:38:55

C# 在多线程环境中,进行安全遍历操作的相关文章

JAVA并发七(多线程环境中安全使用集合API)

在集合API中,最初设计的Vector和Hashtable是多线程安全的.例如:对于Vector来说,用来添加和删除元素的方法是同步的.如果只有一个线程与Vector的实例交互,那么,要求获取和释放对象锁便是一种浪费,另外在不必要的时候如果滥用同步化,也有可能会带来死锁.因此,对于更改集合内容的方法,没有一个是同步化的.集合本质上是非多线程安全的,当多个线程与集合交互时,为了使它多线程安全,必须采取额外的措施. 在Collections类 中有多个静态方法,它们可以获取通过同步方法封装非同步集合

【Java并发编程】之八:多线程环境中安全使用集合API(含代码)

 在集合API中,最初设计的Vector和Hashtable是多线程安全的.例如:对于Vector来说,用来添加和删除元素的方法是同步的.如果只有一个线程与Vector的实例交互,那么,要求获取和释放对象锁便是一种浪费,另外在不必要的时候如果滥用同步化,也有可能会带来死锁.因此,对于更改集合内容的方法,没有一个是同步化的.集合本质上是非多线程安全的,当多个线程与集合交互时,为了使它多线程安全,必须采取额外的措施. 在Collections类 中有多个静态方法,它们可以获取通过同步方法封装非同步集

转:【Java并发编程】之八:多线程环境中安全使用集合API(含代码)

转载请注明出处:http://blog.csdn.net/ns_code/article/details/17200509     在集合API中,最初设计的Vector和Hashtable是多线程安全的.例如:对于Vector来说,用来添加和删除元素的方法是同步的.如果只有一个线程与Vector的实例交互,那么,要求获取和释放对象锁便是一种浪费,另外在不必要的时候如果滥用同步化,也有可能会带来死锁.因此,对于更改集合内容的方法,没有一个是同步化的.集合本质上是非多线程安全的,当多个线程与集合交

Java并发编程(8):多线程环境中安全使用集合API(含代码)

Java并发编程(8):多线程环境中安全使用集合API(含代码)JAVA大数据中高级架构 2018-11-09 14:44:47在集合API中,最初设计的Vector和Hashtable是多线程安全的.例如:对于Vector来说,用来添加和删除元素的方法是同步的.如果只有一个线程与Vector的实例交互,那么,要求获取和释放对象锁便是一种浪费,另外在不必要的时候如果滥用同步化,也有可能会带来死锁.因此,对于更改集合内容的方法,没有一个是同步化的.集合本质上是非多线程安全的,当多个线程与集合交互时

在多线程环境中使用CoreData

在多线程环境中使用CoreData BY 子非鱼 · 2014 年 10 月 13 日 上回书说道,其实CoreData学起来也没有很复杂,我们其实增删改查都和别的ORM大同小异.但是世界总是很复杂的,一根筋的去考虑问题很容易卡到蛋,默认情况下我们的代码都在Main Thread中执行,数据库操作一旦量多了,频繁了,势必会阻塞住主线程的其他操作,俗话说,卡住了. 这个世界天然是多线程的,所以我们操作数据也必须多线程.CoreData对多线程的支持比较奇怪(按照一般的思路来说),CoreData的

在多线程环境中使用Jedis

Jedis是一个Java语言的Redis客户端,它为Java语言连接与操作Redis提供了简单易用的接口.Jedis不是线程安全的,故不应该在多线程环境中共用一个Jedis实例.但是,也应该避免直接创建多个Jedis实例,因为这种做法会导致创建过多的socket连接,性能不高. 要保证线程安全且获得较好的性能,可以使用JedisPool.JedisPool是一个连接池,既可以保证线程安全,又可以保证了较高的效率. 可以声明一个全局的JedisPool变量来保存JedisPool对象的引用,然后在

NetworkComms网络程序开发笔记(一): 在多线程环境中安全的触发事件

在多线程中触发事件可能抛出引用为空的异常,这个问题网上有很多论述. NetworkComms通信框架本身几乎没有使用事件,所以在核心通信框架中不存在这个问题. 在网上查了很多资料,比如下面这个: 我们采用的方案: public static class Extensions { public static void Raise<T>(this EventHandler<T> handler, object sender, T args) where T : EventArgs {

【Qt】C++中的循环遍历

介绍 本文主要讨论C++中常见的几种循环遍历操作的语法:基于迭代器.基于Qt库中的foreach关键字.基于C++11新增的for循环语句. 基于迭代器的遍历 在C++容器中经常需要进行遍历操作,在C++11之前一般使用下面这种方式--基于迭代器的遍历: QList<QString> list {"a", "b", "c", "d"}; QList<QString>::const_iterator ci

【转】Java多线程编程(十)-并发编程原理(分布式环境中并发问题)

转载地址:http://blog.csdn.net/leicool_518/article/details/42268947 在分布式环境中,处理并发问题就没办法通过操作系统和JVM的工具来解决,那么在分布式环境中,可以采取一下策略和方式来处理: 避免并发 时间戳 串行化 数据库 行锁 统一触发途径 避免并发 在分布式环境中,如果存在并发问题,那么很难通过技术去解决,或者解决的代价很大,所以我们首先要想想是不是可以通过某些策略和业务设计来避免并发.比如通过合理的时间调度,避开共享资源的存取冲突.