C#多线程下的调优
一、原子操作
先看一段问题代码
/// <summary>
/// 获取自增
/// </summary>
public static void GetIncrement()
{
long result = 0;
Console.WriteLine("开始计算");
//10个并发执行
Parallel.For(0, 10, (i) =>
{
for (int j = 0; j < 10000; j++)
{
result++;
}
});
Console.WriteLine("结束计算");
Console.WriteLine($"result正确值应为:{10000 * 10}");
Console.WriteLine($"result 现值为:{result}");
Console.ReadLine();
}
这是多线程下,result的值不同步的原因。
1.基于Lock实现
平时大家用的最多的应该就是加锁了,同一时间,只有一个线程进入代码块。
实现代码:
private static Object _obj = new object();
/// <summary>
/// 原子操作基于Lock实现
/// </summary>
public static void AtomicityForLock()
{
long result = 0;
Console.WriteLine("开始计算");
//10个并发执行
Parallel.For(0, 10, (i) =>
{
//lock锁
lock (_obj)
{
for (int j = 0; j < 10000; j++)
{
result++;
}
}
});
Console.WriteLine("结束计算");
Console.WriteLine($"result正确值应为:{10000 * 10}");
Console.WriteLine($"result 现值为:{result}");
Console.ReadLine(); }
结果:
2.基于CAS实现
CAS是一种有名的无锁算法。无锁编程,即不适用锁的情况下实现多线程之间的变量同步,也就是在没有线程被阻塞的情况下实现变量的同步。
CAS在.NET中的实现类是Interlocked,内部提供很多原子操作的方法,最终都是调用Interlocked.CompareExchange(ref out,更新值,期望值) //基于内存屏障的方式操作 (七个步骤)
说到线程安全,不要一下子就想到加锁,尤其是可能会调用频繁或者是要求高性能的场合。
- CAS(Compare And Swap)比较并替换,是线程并发运行时用到的一种技术
- CAS是原子操作,保证并发安全,而不能保证并发同步
- CAS是CPU的一个指令(需要JNI调用Native方法,才能调用CPU的指令)
- CAS是非阻塞的、轻量级的乐观锁
CAS的适用场景
读多写少:如果有大量的写操作,CPU开销可能会过大,因为冲突失败后会不断重试(自旋),这个过程中会消耗CPU
单个变量原子操作:CAS机制所保证的只是一个变量的原子操作,而不能保证整个代码块的原子性,比如需要保证三个变量共同进行原子性的更新,就不得不使用悲观锁了
Interlocked主要函数如下:
Interlocked.Increment 原子操作,递增指定变量的值并存储结果。
Interlocked.Decrement 原子操作,递减指定变量的值并存储结果。
Interlocked.Add 原子操作,添加两个整数并用两者的和替换第一个整数
Interlocked.Exchange 原子操作,赋值
Interlocked.CompareExchange(ref a, b, c); 原子操作,a参数和c参数比较, 相等b替换a,不相等不替换。方法返回值始终是第一个参数的原值,也就是内存里的值
用Interlocked.Increment实现上面自增功能
代码:
/// <summary>
/// 自增CAS实现
/// </summary>
public static void AtomicityForInterLock()
{
long result = 0;
Console.WriteLine("开始计算");
Parallel.For(0, 10, (i) =>
{
for (int j = 0; j < 10000; j++)
{
//自增
Interlocked.Increment(ref result);
}
});
Console.WriteLine($"结束计算");
Console.WriteLine($"result正确值应为:{10000 * 10}");
Console.WriteLine($"result 现值为:{result}");
Console.ReadLine();
}
结果:
Interlocked下原子操作的方法最终都是调用Interlocked.CompareExchange(ref a, b, c)实现的,现在我们利用CompareExchange自己实现一个原子操作功能
实现“一个变量自增到10000,然后又初始化到1开始自增的功能“
代码:
/// <summary>
/// 基于CAS原子操作自己写
/// </summary>
public static void AtomicityForMyCalc()
{
long result = 0;
Console.WriteLine("开始计算"); Parallel.For(0, 10, (i) =>
{
long init = 0;
long incrementNum = 0;
for (int j = 0; j < 10000; j++)
{
do
{
init = result;
incrementNum = result + 1;
incrementNum= incrementNum > 10000 ? 1 : incrementNum; //自增到10000后初始化成1 }
//如果result=init,则result的值被incrementNum替换,否则result不变,返回的是result的原始值
while (init != Interlocked.CompareExchange(ref result, incrementNum, init));
if(incrementNum==10000)
{
Console.WriteLine($"自增到达10000啦!值被初始化为1");
}
}
});
Console.WriteLine($"结束计算"); Console.WriteLine($"result正确值应为:{10000}");
Console.WriteLine($"result 现值为:{result}");
Console.ReadLine(); }
结果:
3.自旋锁SpinLock
自旋锁(spinlock):
是指当一个线程在获取锁的时候,如果锁已经被其它线程获取,那么该线程将循环等待,然后不断的判断锁是否能够被成功获取,直到获取到锁才会退出循环。
什么情况下使用自旋锁:
自旋锁非常有助于避免阻塞,但是如果预期有大量阻塞,由于旋转过多,您可能不应该使用自旋锁。当锁是细粒度的并且数量巨大(例如链接的列表中每个节点一个锁)时以及锁保持时间总是非常短时,旋转可能非常有帮助。
短时间锁定的情况下,自旋锁(spinlock)更快。(因为自旋锁本质上不会让线程休眠,而是一直循环尝试对资源访问,直到可用。所以自旋锁线程被阻塞时,不进行线程上下文切换,而是空转等待。对于多核CPU而言,减少了切换线程上下文的开销,从而提高了性能。)如果机器单核或锁定时间长的要避免使用,因为占有着逻辑核心会导致其他的线程也不可用。
SpinLock和Lock的区别:
SpinLock,自旋锁。尝试获取该锁的线程持续不断的check是否可以获得。此时线程仍然是激活状态,只是在空转,浪费cpu而已。但是spinlock避免了线程调度和上下文切换,如果锁的时间极短的话,使用该锁反而效率会高。
而lock是线程被block了。这将引起线程调度和上下文切换等行为。
示例:
//创建自旋锁
private static SpinLock spin = new SpinLock();
public static void Spinklock()
{
Action action = () =>
{
bool lockTaken = false;
try
{
//申请获取锁
spin.Enter(ref lockTaken);
//临界区
for (int i = 0; i < 10; i++)
{
Console.WriteLine($"当前线程{Thread.CurrentThread.ManagedThreadId.ToString()},输出:1");
}
}
finally
{
//工作完毕,或者产生异常时,检测一下当前线程是否占有锁,如果有了锁释放它
//避免出行死锁
if(lockTaken)
{
spin.Exit();
}
}
};
Action action2 = () =>
{
bool lockTaken = false;
try
{
//申请获取锁
spin.Enter(ref lockTaken);
//临界区
for (int i = 0; i < 10; i++)
{
Console.WriteLine($"当前线程{Thread.CurrentThread.ManagedThreadId.ToString()},输出:2");
} }
finally
{
//工作完毕,或者产生异常时,检测一下当前线程是否占有锁,如果有了锁释放它
//避免出行死锁
if (lockTaken)
{
spin.Exit();
}
} };
//并行执行2个action
Parallel.Invoke(action, action2); }
结果:
申请锁下面的临界区保证是顺序执行的,不会因为多线程穿插输出。
4.读写锁ReaderWriterLockSlim
- 读写锁是一个具有特殊用途的线程锁,适用于频繁读取且读取需要一定时间的场景,共享资源的读取操作通常是可以同时执行的,
- 普通的互斥锁不管是获取还是修改操作无法同时执行,如果多个线程为了读取操作而获取互斥锁,那么同一时间只有一个线程可以执行读取操作,
- 频繁读取的场景下会对吞吐量造成影响
- 读写锁把锁分为读取锁和写入锁,线程可以根据对共享资源的操作类型获取读取锁还是写入锁,读取锁可以被多个线程同时获取,写入锁不可以被多个线程同时获取,且读取锁和写入锁不可以被不同的线同时获取。
操作 | 读取锁状态 | 写入锁状态 | 获取锁是否需要等待 |
---|---|---|---|
获取读取锁 | 未被获取 | 未被获取 | 无需等待 |
获取读取锁 | 已被其他线程获取 | 未获取 | 无需等待 |
获取读取锁 | 未被获取 | 已被其他线程获取 | 需要等待其他线程释放 |
获取写入锁 | 未被获取 | 未被获取 | 无需等待 |
获取写入锁 | 已被其他线程获取 | 未被获取 | 需要等待其他线程释放 |
获取写入锁 | 未被获取 | 已被其他线程获取 | 需要等待其他线程释放 |
代码示例:
//读写锁, //策略支持递归
private static ReaderWriterLockSlim rwl = new ReaderWriterLockSlim(LockRecursionPolicy.SupportsRecursion);
private static int index = 0;
static void read()
{
try
{
//进入读锁
rwl.EnterReadLock();
for (int i = 0; i < 5; i++)
{
Console.WriteLine($"线程id:{Thread.CurrentThread.ManagedThreadId},读数据,读到index:{index}");
}
}
finally
{
//退出读锁
rwl.ExitReadLock();
}
}
static void write()
{
try
{
//尝试获写锁
while (!rwl.TryEnterWriteLock(50))
{
Console.WriteLine($"线程id:{Thread.CurrentThread.ManagedThreadId},等待写锁");
}
Console.WriteLine($"线程id:{Thread.CurrentThread.ManagedThreadId},获取到写锁");
for (int i = 0; i < 5; i++)
{
index++;
Thread.Sleep(50);
}
Console.WriteLine($"线程id:{Thread.CurrentThread.ManagedThreadId},写操作完成");
}
finally
{
//退出写锁
rwl.ExitWriteLock();
}
} /// <summary>
/// 执行多线程读写
/// </summary>
public static void test()
{
var taskFactory = new TaskFactory(TaskCreationOptions.LongRunning, TaskContinuationOptions.None);
Task[] task = new Task[6];
task[1] = taskFactory.StartNew(write); //写
task[0] = taskFactory.StartNew(read); //读
task[2] = taskFactory.StartNew(read); //读
task[3] = taskFactory.StartNew(write); //写
task[4] = taskFactory.StartNew(read); //读
task[5] = taskFactory.StartNew(read); //读 for (var i=0; i<6; i++)
{
task[i].Wait();
} }
可以看到,在线程4写入期间,线程7是等待线程4写万再写,线程7写期间其它线程也没有操场,等写完后,读的操作是多个线程交叉的。
适合的场景举例:
- 多线程写文件,多线程并发写文件时,会报资源被占用错误,用这里的写锁就可以独占资源写完再到下一个线程写。
- 本地缓存的读写操作,几个缓存值写完才能读出来,防止读到不完整数据。
二、线程安全
1.线程安全集合
BlockingCollection:一个支持界限和阻塞的容器(线程安全集合),与队列结构相似,常用函数如下
Add :向容器中插入元素
TryTake:从容器中取出元素并删除
TryPeek:从容器中取出元素,但不删除。
CompleteAdding:告诉容器,添加元素完成。此时如果还想继续添加会发生异常。
IsCompleted:告诉消费线程,生产者线程还在继续运行中,任务还未完成。
普通用法示例:
/// <summary>
/// 线程安全集合用法
/// </summary>
public static void BC()
{
//线程安全集合
using (BlockingCollection<int> blocking = new BlockingCollection<int>())
{
int NUMITEMS = 10000; for (int i = 1; i < NUMITEMS; i++)
{
blocking.Add(i);
}
//完成添加
blocking.CompleteAdding(); int outerSum = 0; // 定义一个委托方法取出集合元素
Action action = () =>
{
int localItem;
int localSum = 0; //取出并删除元素,先进先出
while (blocking.TryTake(out localItem))
{
localSum += localItem;
}
//两数相加替换第一个值
Interlocked.Add(ref outerSum, localSum);
}; //并行3个线程执行,多个线程同时取集合的数据
Parallel.Invoke(action, action, action); Console.WriteLine($"0+...{NUMITEMS-1} = {((NUMITEMS * (NUMITEMS - 1)) / 2)},输出结果:{outerSum}");
//此集合是否已标记为已完成添加且为空
Console.WriteLine($"线程安全集合.IsCompleted={blocking.IsCompleted}");
}
}
结果:
限制集合长度示例:
/// <summary>
/// 限制集合长度
/// </summary>
public static void BCLimtLength()
{
//限制集合长度为5个,后面进的会阻塞等集合少于5个再进来
BlockingCollection<int> blocking = new BlockingCollection<int>(5); var task1= Task.Run(() =>
{
for (int i = 0; i < 20; i++)
{
blocking.Add(i);
Console.WriteLine($"集合添加:({i})");
} blocking.CompleteAdding();
Console.WriteLine("完成添加");
}); // 延迟500ms执行等待先生产数据
var task2 = Task.Delay(500).ContinueWith((t) =>
{
while (!blocking.IsCompleted)
{
var n = 0;
if (blocking.TryTake(out n))
{
Console.WriteLine($"取出:({n})");
}
} Console.WriteLine("IsCompleted = true");
}); Task.WaitAll(task1, task2);
}
结果:
在BlockingCollection中使用Stack(栈,先进后出)示例:
/// <summary>
/// 线程安全集合,先进后出
/// </summary>
public static void BCStack()
{
//线程安全集合,参数表明栈标识,队列长度为5
BlockingCollection<int> blocking = new BlockingCollection<int>(new ConcurrentStack<int>(), 5); var task1 = Task.Run(() =>
{
for (int i = 0; i < 20; i++)
{
blocking.Add(i);
Console.WriteLine($"集合添加:({i})");
} blocking.CompleteAdding();
Console.WriteLine("完成添加");
}); // 等待先生产数据
var task2 = Task.Delay(500).ContinueWith((t) =>
{
while (!blocking.IsCompleted)
{
var n = 0;
if (blocking.TryTake(out n))
{
Console.WriteLine($"取出:({n})");
}
} Console.WriteLine("IsCompleted = true");
}); Task.WaitAll(task1, task2);
}
一开始入了0-4,从最后的4开始取。
2.线程安全字典
ConcurrentDictionary :这个比较好理解,普通字典多线程并发时添加时会报错,而这个则是线程安全的,不会报错。
普通字典示例:
//普通字典
private static IDictionary<string, string> Dictionaries { get; set; } = new Dictionary<string, string>();
/// <summary>
/// 字典增加值
/// </summary>
public static void AddDictionaries()
{
Stopwatch sw = new Stopwatch();
sw.Start();
//并发1000个线程写
Parallel.For(0, 1000, (i) =>
{
var key = $"key-{i}";
var value = $"value-{i}"; // 不加锁会报错
// lock (Dictionaries)
// {
Dictionaries.Add(key, value);
// }
});
sw.Stop();
Console.WriteLine("Dictionaries 当前数据量为: {0}", Dictionaries.Count);
Console.WriteLine("Dictionaries 执行时间为: {0} ms", sw.ElapsedMilliseconds);
}
不加锁时结果:
加锁后:
线程安全字典示例:
//线程安全字典
private static IDictionary<string, string> ConcurrentDictionaries { get; set; } = new ConcurrentDictionary<string, string>(); /// <summary>
/// 线程安全字典添加值
/// </summary>
public static void AddConcurrentDictionaries()
{
Stopwatch sw = new Stopwatch();
sw.Start();
//并发1000个线程写
Parallel.For(0, 1000, (i) =>
{
var key = $"key-{i}";
var value = $"value-{i}"; // 无须加锁
ConcurrentDictionaries.Add(key, value); });
sw.Stop();
Console.WriteLine("ConcurrentDictionaries 当前数据量为: {0}", ConcurrentDictionaries.Count);
Console.WriteLine("ConcurrentDictionaries 执行时间为: {0} ms", sw.ElapsedMilliseconds);
}
可以看到,线程安全字典比普通字典性能略好,且线程安全字典无需加锁。
三、线程池
1.通过QueueUserWorkItem启动工作者线程
ThreadPool线程池中有两个重载的静态方法可以直接启动工作者线程:
- ThreadPool.QueueUserWorkItem(waitCallback);
- ThreadPool.QueueUserWorkItem(waitCallback,Object);
先把WaitCallback委托指向一个带有Object参数的无返回值方法,再使用ThreadPool.QueueUserWorkItem(WaitCallback)就可以一步启动此方法,此时异步方法的参数被视为null。
示例1:
public class ThreadLoopDemo
{ /// <summary>
/// 回调方法
/// </summary>
/// <param name="obj"></param>
static void CallMethod(object state)
{
Console.WriteLine("RunWorkerThread开始工作");
Console.WriteLine("工作者线程启动成功!");
} public static void Test()
{
//工作者线程最大数目,I/O线程的最大数目
ThreadPool.SetMaxThreads(1000, 1000);
//启动工作者线程
ThreadPool.QueueUserWorkItem(new WaitCallback(CallMethod!));
Console.ReadKey();
}
}
执行Test方法,结果:
示例2:
使用第二个重载方法ThreadPool.QueueUserWorkItem(WaitCallback,object)方法可以把object对象作为参数传送到回调函数中。
public class ThreadLoopDemo
{
/// <summary>
/// 回调方法
/// </summary>
/// <param name="obj"></param>
static void CallMethod(object state)
{
Console.WriteLine("RunWorkerThread开始工作");
Order order=state as Order;
Console.WriteLine($"orderName:{order.orderName},price:{order.price}");
Console.WriteLine("工作者线程启动成功!");
} public static void Test()
{
//工作者线程最大数目,I/O线程的最大数目
ThreadPool.SetMaxThreads(1000, 1000);
Order order = new Order()
{
orderName = "冰箱",
price = 1888
};
//启动工作者线程
ThreadPool.QueueUserWorkItem(new WaitCallback(CallMethod!),order);
Console.ReadKey();
} }
public class Order
{
public string orderName { get; set; }
public decimal price { get; set; }
}
执行Test方法,结果:
通过ThreadPool.QueueUserWork启动工作者线程非常方便,但是WaitCallback委托指向的必须是一个带有object参数的无返回值方法。
线程池还可以重用线程,比喻可以吧线程池大小设为5个,去执行一批任务,防止大量创建新线程损耗大量cpu。
所以这个方法启动的工作者线程仅仅适合于带单个参数和无返回值的情况。
2.线程池等待(信号量)
ThreadPool并没有Thread的Join等待接口,那么想让ThreadPool等待要这么做呢?
ManualResetEvent:通知一个或多个正在等待的线程已发生的事件,相当于发送了一个信号
mre.WaitOne:卡住当前主线程,一直等到信号修改为true的时候,才会接着往下跑
public class ThreadLoopDemo
{
/// <summary>
/// 执行
/// </summary>
public static void Test()
{
//用来控制线程等待,false默认为关闭状态
ManualResetEvent mre = new ManualResetEvent(false);
ThreadPool.QueueUserWorkItem(p =>
{ Console.WriteLine("线程1开始");
Thread.Sleep(1000);
Console.WriteLine($"线程1结束,带参数,{Thread.CurrentThread.ManagedThreadId}");
//通知线程,修改信号为true
mre.Set();
}); //阻止当前线程,直到等到信号为true在继续执行
mre.WaitOne(); //关闭线程,相当于设置成false
mre.Reset();
Console.WriteLine("信号被关闭了"); ThreadPool.QueueUserWorkItem(p =>
{
Console.WriteLine("线程2开始");
Thread.Sleep(2000);
Console.WriteLine("线程2结束");
mre.Set(); }); mre.WaitOne();
Console.WriteLine("主线程结束"); }
}
执行Test,结果:
3.Task
Task.Factory.StartNew:创建一个新的线程,Task的线程也是从线程池中拿的(ThreadPool),官方建议用Task而不是直接使用ThreadPool,因为Task是对ThreadPool的封装和优化。
Task.WaitAny:等待一群线程中的其中一个完成,这里是卡主线程,一直等到一群线程中的最快的一个完成,才能继续往下执行,打个简单的比方:从三个地方获取配置信息(数据库,config,IO),同时开启三个线程来访问,谁快谁来执行。
Task.WaitAll:等待所有线程完成,这里也是卡主线程,一直等待所有子线程完成任务,才能继续往下执行。
Task.WhenAll:等待所有线程完成,这里不卡主线程,一直等待所有子线程完成任务,才能继续往下执行。
Task.ContinueWhenAny:回调形式的,任意一个线程完成后执行的后续动作,这个就跟WaitAny差不多,只不是是回调形式的。
Task.ContinueWhenAll:回调形式的,所有线程完成后执行的后续动作,理解同上
代码示例:
public class TaskDemo
{
/// <summary>
/// 一个比较耗时的方法,循环1000W次
/// </summary>
/// <param name="name"></param>
public static void DoSomething(string name)
{
int iResult = 0;
for (int i = 0; i < 1000000000; i++)
{
iResult += i;
} Console.WriteLine($"{name},线程Id:{Thread.CurrentThread.ManagedThreadId},{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}"+Environment.NewLine);
} public static void Test()
{
//线程容器
List<Task> taskList = new List<Task>();
Stopwatch watch = new Stopwatch();
watch.Start();
Console.WriteLine("************任务开始**************"); //启动5个线程
for (int i = 0; i < 5; i++)
{
string name = $"Task:{i}";
Task task = Task.Factory.StartNew(() =>
{
DoSomething(name);
}); taskList.Add(task);
} //回调形式的,任意一个完成后执行的后续动作
Task any = Task.Factory.ContinueWhenAny(taskList.ToArray(), task =>
{
Console.WriteLine($"ContinueWhenAny,当前线程Id:{Thread.CurrentThread.ManagedThreadId},一个线程执行完的回调,继续执行后面动作,{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}" + Environment.NewLine);
}); //回调形式的,全部任务完成后执行的后续动作
Task all = Task.Factory.ContinueWhenAll(taskList.ToArray(), tasks =>
{
Console.WriteLine($"ContinueWhenAll,当前线程Id:{Thread.CurrentThread.ManagedThreadId},全部线程执行完的回调,线程数:{tasks.Length},{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}" + Environment.NewLine);
}); //把两个回调也放到容器里面,包含回调一起等待
taskList.Add(any);
taskList.Add(all); //WaitAny:线程等待,当前线程等待其中一个线程完成
Task.WaitAny(taskList.ToArray());
Console.WriteLine($"WaitAny,当前线程Id:{Thread.CurrentThread.ManagedThreadId},其中一个完成已完成,{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}" + Environment.NewLine); //WaitAll:线程等待,当前线程等待所有线程的完成
Task.WaitAll(taskList.ToArray());
Console.WriteLine($"WaitAll,当前线程Id:{Thread.CurrentThread.ManagedThreadId},全部线程完成,{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}" + Environment.NewLine); Console.WriteLine($"************任务结束**************耗时:{watch.ElapsedMilliseconds}ms,{Thread.CurrentThread.ManagedThreadId},{DateTime.Now}");
}
}
结果:
4.线程池调度原理
根据 TaskCreationOptions 的不同,出现了三个分支
- LongRunning:独立线程,和线程池无关
- 包含 PreferFairness时:preferLocal=false,进入全局队列
- 不包含 PreferFairness时:preferLocal=ture,进入本地队列
进入全局队列的任务能够公平地被各个线程池中的线程领取执行。
下图中 Task1先进入全局队列,随后被 Thread1 领走。Thread3 通过 WorkStealing 机制窃取了 Thread2 中的 Task3。
- 1、线程任务1先去到线程池调度队列。
- 2、线程池队列根据参数去到公共队列或线程的本地队列。
- 3、线程池线程1从公共线程池中取Task1到本地队列执行
- 4、Thead3发现自己的队列为空,公共队列也为空,会从其它的线程中窃取任务执行。
四、并行
Parallel
:是并行编程,在Task的基础上做了封装,.NET FrameWork 4.5之后的版本可用,调用Parallel
线程参与执行任务。
与Task区别
: 使用Task开启子线程的时候,主线程是属于空闲状态,并不参与执行;Parallel开启子线程的时候,主线程也会参与计算
示例1:
/// <summary>
/// 一个比较耗时的方法,循环1000W次
/// </summary>
/// <param name="name"></param>
public static void DoSomething(string name)
{
int iResult = 0;
for (int i = 0; i < 1000000000; i++)
{
iResult += i;
} Console.WriteLine($"{name},线程Id:{Thread.CurrentThread.ManagedThreadId},{DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss ffff")}" + Environment.NewLine);
} public static void Test1()
{
//并行编程
Console.WriteLine($"并行编程开始,主线程Id:{Thread.CurrentThread.ManagedThreadId}");
Console.WriteLine("【示例1】");
//示例1:
//一次性执行1个或多个线程,效果类似:Task WaitAll,只不过Parallel的主线程也参与了计算
Parallel.Invoke(
() => { DoSomething("并行1-1"); },
() => { DoSomething("并行1-2"); },
() => { DoSomething("并行1-3"); },
() => { DoSomething("并行1-4"); },
() => { DoSomething("并行1-5"); });
Console.WriteLine("*************并行结束************");
Console.ReadLine();
}
执行Test1结果:
示例2:
public static void Test2()
{
//并行编程
Console.WriteLine($"并行编程开始,主线程Id:{Thread.CurrentThread.ManagedThreadId}");
Console.WriteLine("【示例2】");
//示例2:
//定义要执行的线程数量
Parallel.For(0, 5, t =>
{
int a = t;
DoSomething($"并行2-{a}"); });
Console.WriteLine("*************并行结束************");
Console.ReadLine();
}
结果:
示例3:
public static void Test3()
{
//并行编程
Console.WriteLine($"并行编程开始,主线程Id:{Thread.CurrentThread.ManagedThreadId}");
Console.WriteLine("【示例3】");
ParallelOptions options = new ParallelOptions()
{
MaxDegreeOfParallelism = 3//执行线程的最大并发数量,执行完成一个,就接着开启一个
}; //遍历集合,根据集合数量执行线程数量
Parallel.ForEach(new List<string> { "a", "b", "c", "d", "e", "f", "g" }, options, (t, status) => {
//status.Break();//这一次结束。
//status.Stop();//整个Parallel结束掉,Break和Stop不可以共存
DoSomething($"并行4-{t}");
});
}
结果:分成3次并行
五、异步IO
1.异步IO于同步IO比较
异步IO在数据准备阶段不会阻塞主线程,而同步IO则会阻塞主线程。
2.异步读写文件
这里使用 FileStream 类,它带有一个参数 useAsync,可以避免在许多情况下阻塞线程池的线程。可以通过 useAsync = true 来进行启用或在构造函数中进行参数调用。
但是我们不能对 StreamReader 和 StreamWriter 中的参数进行设置。但是,如果你想使用该参数 useAsync,则需要自己新建一个 FileStream 对象。
请注意,异步调用是在 UI 中的,即使线程池线程阻塞,在 await 期间,用户界面线程也不会被阻塞。
异步写入文本
/// <summary>
/// 异步写入文件
/// </summary>
/// <returns></returns>
public async Task WriteTextAsync()
{
var path = "temp.txt"; //文件名
var content = Guid.NewGuid().ToString(); //写入内容 using (var fs = new FileStream(path, FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.None, bufferSize: 4096, useAsync: true))
{
var buffer = Encoding.UTF8.GetBytes(content);
await fs.WriteAsync(buffer, 0, buffer.Length);
}
}
执行完查看根目录文件结果:
异步读取文件
/// <summary>
/// 异步读取文本
/// </summary>
/// <returns></returns>
public static async Task ReadTextAsync()
{
var fileName = "temp.txt"; //文件名
using (var fs = new FileStream(fileName,
FileMode.OpenOrCreate, FileAccess.Read, FileShare.None, bufferSize: 4096, useAsync: true))
{
var sb = new StringBuilder();
var buffer = new byte[4096];
var readLength = 0; while ((readLength = await fs.ReadAsync(buffer, 0, buffer.Length)) != 0)
{
var text = Encoding.UTF8.GetString(buffer, 0, readLength);
sb.Append(text);
} Console.WriteLine("读取文件内容:"+sb.ToString());
}
}
执行结果:
C#多线程下的调优的更多相关文章
- 生产环境下JVM调优参数的设置实例
JVM基础:生产环境参数实例及分析 原始配置: -Xms128m -Xmx128m -XX:NewSize=64m -XX:PermSize=64m -XX:+UseConcMarkSweepGC - ...
- 剑指架构师系列-Linux下的调优
1.I/O调优 CentOS下的iostat命令输出如下: $iostat -d -k 1 2 # 查看TPS和吞吐量 参数 -d 表示,显示设备(磁盘)使用状态:-k某些使用block为单位的列强制 ...
- 高并发场景下JVM调优实践之路
一.背景 2021年2月,收到反馈,视频APP某核心接口高峰期响应慢,影响用户体验. 通过监控发现,接口响应慢主要是P99耗时高引起的,怀疑与该服务的GC有关,该服务典型的一个实例GC表现如下图: 可 ...
- Windows下Tomcat调优
windows tomcat 优化 1. tomcat conf server.xml 在server.xml中修改以一部分,增加节点数目,可以很好的提高性能: <Connector port ...
- Odoo 在 Ubuntu 环境下性能调优
一.首先我们要分析影响odoo 服务器 性能的因素 CPU 目前大部分CPU在同一时间只能运行一个线程,超线程的处理器可以在同一时间处理多个线程,因此可以利用超线程特性提高系统性能. 在linux系统 ...
- 性能调优:理解Set Statistics IO输出
性能调优是DBA的重要工作之一.很多人会带着各种性能上的问题来问我们.我们需要通过SQL Server知识来处理这些问题.经常被问到的一个问题是:早上这个存储过程运行时间还是可以的,但到了晚上就很慢很 ...
- 【面试虐菜】—— Jboss调优
吐血整理了以前Jboss以及JVM在生产环境下的调优参数,各种不同的案例,都是来自网友杜撰.整合后,希望对广大使用jboss作为生产应用服务器的朋友有所帮助. JBOSS参数调优 配置deploy/j ...
- 《linux性能及调优指南》 3.5 网络瓶颈
3.5 Network bottlenecks A performance problem in the network subsystem can be the cause of many prob ...
- JBOSS参数调优
阅读目录 JBOSS参数调优 jvm调优讲解1 JVM调优讲解2 JVM常见配置汇总 JBOSS生产环境下JVM调优 JBOSS瘦身 JBoss性能优化:内存紧张的问题终于解决了(转载)--- ...
随机推荐
- 2022 年了,还不了解 PWA ? 教你 VuePress 博客如何快速兼容 PWA
前言 在 <一篇带你用 VuePress + Github Pages 搭建博客>中,我们使用 VuePress 搭建了一个博客,最终的效果查看:TypeScript 中文文档. 本篇我们 ...
- 2.4 C++STL deque容器详解
文章目录 2.4.1 引入 2.4.2 代码示例 2.4.3 代码运行结果 2.4.4 具体案例 总结 2.4.1 引入 deque容器类比vector容器来学习. deque为双向开口容器,见下图. ...
- Redis 大 key 问题总结
多大的 key 算大? 阿里云Redis 最佳实践中提到 合理的 Key 中 Value 的字节大小,推荐小于10 KB.过大的 Value 会引发数据倾斜.热点Key.实例流量或 CPU 性能被占满 ...
- 活用Windows Server 2008系统的几种安全功能
与传统操作系统相比,Win2008系统的安全防范功能更加强大,安全防护能力自然也是高人一等,我们只要在平时善于使用该系统新增的各项安全防范功能,完全可以实现更高级别的安全保护目的.现在,本文就为大家贡 ...
- Nginx高并发实现原理以及常用的优化手段
Nginx 是如何实现高并发的? 异步,非阻塞,使用了epoll 和大量的底层代码优化. 如果一个server采用一个进程负责一个request的方式,那么进程数就是并发数.正常情况下,会有很多进程一 ...
- 使用数据库、Redis、ZK分别实现分布式锁!
分布式锁三种实现方式: 基于数据库实现分布式锁: 基于缓存(Redis等)实现分布式锁: 基于Zookeeper实现分布式锁: 基于数据库实现分布式锁 悲观锁 利用select - where - f ...
- JavaWeb 07_创建web项目连接MySQL实现注册登录功能
一.创建一个web项目,参照JW/01_创建web项目及部署 二.在NAVICat 里建数据库 db_01,建表tb_user ,字段UName .Pwd 三.在web下创建一个Directory, ...
- TypeScript 初体验
TypeScript学习 1 安装环境 a 首先安装node.js node.js 用来将ts文件解析成js文件 供浏览器使用: 解析ts文件 tsc filename.ts b. 使用npm (no ...
- .net为程序集签名之.pfx文件
项目中误删了.pfx证书文件,导致项目无法启动. 以为很快就能在网上找到解决方案,应该没关系,不过找了半个小时,都没有有效的解决办法,搜出来很多.pfx文件是一个证书文件,里面存储公钥和私钥,对于我要 ...
- k8s集群关机后,如何解决 kubernetes 重启起不来的问题
如何解决 kubernetes 重启后,启来不来的问题 登录自己的Kubernetes测试集群时发现集群好像没有启动成功 运行 kubectl get pods --all -A ,报错如下. 第一反 ...