多线程-2(线程同步

简介: 今天我们来了解下什么是线程同步?

带着问题去思考!大家好。

今天我们来了解下什么是线程同步?

首先我们先知道这些概念和一些类;

  • 执行基本的原子性
  • Mutex类
  • SemaphoreSlim类
  • AutoResetEvent类
  • ManualRestEventSlim类
  • CountDownEvent类
  • Barrier类
  • ReaderWriterLockSilm类
  • SpinWait类

我们都知道确保当一个线程使用某些资源的时候,同时其他线程无法使用该资源。这引入一个概念是共享资源。

多个线程同时使用共享对象会造成很多问题。同步线程使得对共享对象的操作能够以正确的顺序执行是非常重要的。

首先通过一个加减例子了解下lock处理

image.png

我们知道,最终结果应该是0;

因为第一个线程得到count为10增加为11,第二个线程得到的值是11并增加为12.第一个线程得到count为12,但是递减操作发生前,第二个线程得到的值也是12,。然后第一个线程将12递减11并保存count中,同时第二个线程进行了同样的操作,结果我们进行了两次递增操作但是只有一次递减操作。这是竞争条件(race condition)

1:请尽量避免使用共享对象

2:必须是共享的状态时候,使用原子操作。一个操作只占一个量子的时间,一次完成。这说明只有当前操作完成后,其他线程才能执行其他操作,避免死锁,和使用锁

3:使用不同方式来协调线程

  • 将等待的线程置于阻塞状态。当线程阻塞状态,只会占用少量CPU时间,意味将引入至少一次所谓的上下文切换(context switch上下文切换是操作系统的线程调度器).该调度器会保存等待的线程等待,并切换到另一个线程,依次恢复等待的线程的状态。这需要消耗很多资源,但是如果线程要被挂起很长时间的话,这是值得的---内核模式(kernel-mode)
  • 线程只需要等待一小段时间,不用将线程切换到阻塞状态。虽然线程等待时会浪费CPU时间,但节省了上下文切换耗费的CPU时间----用户模式(user-mode)
  • 先尝试使用用户模式等待,如果线程等待足够长时间。则会切换到阻塞状态节省CPU资源---混合模式(hybrid)

执行基本的原子操作

不用阻塞线程就可避免竞争条件

publicclass CounterLock : CounterBase     {         publicint Count { get; privateset; }         publicint _count;         publicoverridevoid Decrement()         {                          Interlocked.Decrement(ref _count);         }         publicoverridevoid Increment()         {             Interlocked.Increment(ref _count);         }             }

我们修改CounterLock,再来看看结果

image.png

我们可能会得到0,但是最终会得到一些不确定的非0.第一个例子是线程不安全的。第二个例子中,我们借助Interlocked类,无需锁定任何对象即可获取正确结果。Interlocked提供了Increment.Decrement和Add基于数学操作的原子方法,编写Counter类时无需使用锁、

Mutex类

conststring MutexName = "CSharpThreadingCookbook";         staticvoid Main(string[] args)         {             using (var m=new Mutex(false,MutexName))             {                 if(!m.WaitOne(TimeSpan.FromSeconds(5),false))                 {                     Console.WriteLine("Second instance is running!");                 }                 else                {                     Console.WriteLine("Running!");                     Console.ReadLine();                     m.ReleaseMutex();                 }             }         }

image.png

程序启动,定义一个指定名称的互斥量,设置initialOwner标志为false,这意味着如果互斥量已经被创建,则允许程序获取该互斥量。如果没有获得互斥量,程序则简单显示Running

在运行同样一个程序,则会在5秒种内尝试获得互斥量,如果此时在第一个程序中按下任意键,第二个程序则会开始执行。然而如果保持等待5秒,第二个程序无法获得该互斥量

image.png

主要用到不同的的程序中的线程

相关文章
|
1月前
|
存储 消息中间件 资源调度
C++ 多线程之初识多线程
这篇文章介绍了C++多线程的基本概念,包括进程和线程的定义、并发的实现方式,以及如何在C++中创建和管理线程,包括使用`std::thread`库、线程的join和detach方法,并通过示例代码展示了如何创建和使用多线程。
43 1
C++ 多线程之初识多线程
|
23天前
|
Java 开发者
在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口
【10月更文挑战第20天】在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口。本文揭示了这两种方式的微妙差异和潜在陷阱,帮助你更好地理解和选择适合项目需求的线程创建方式。
17 3
|
23天前
|
Java 开发者
在Java多线程编程中,选择合适的线程创建方法至关重要
【10月更文挑战第20天】在Java多线程编程中,选择合适的线程创建方法至关重要。本文通过案例分析,探讨了继承Thread类和实现Runnable接口两种方法的优缺点及适用场景,帮助开发者做出明智的选择。
16 2
|
23天前
|
Java
Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口
【10月更文挑战第20天】《JAVA多线程深度解析:线程的创建之路》介绍了Java中多线程编程的基本概念和创建线程的两种主要方式:继承Thread类和实现Runnable接口。文章详细讲解了每种方式的实现方法、优缺点及适用场景,帮助读者更好地理解和掌握多线程编程技术,为复杂任务的高效处理奠定基础。
28 2
|
23天前
|
Java 开发者
Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点
【10月更文挑战第20天】Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点,重点解析为何实现Runnable接口更具灵活性、资源共享及易于管理的优势。
28 1
|
23天前
|
安全 Java 开发者
Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用
本文深入解析了Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用。通过示例代码展示了如何正确使用这些方法,并分享了最佳实践,帮助开发者避免常见陷阱,提高多线程程序的稳定性和效率。
34 1
|
23天前
|
Java
在Java多线程编程中,`wait()` 和 `notify()/notifyAll()` 方法是线程间通信的核心机制。
在Java多线程编程中,`wait()` 和 `notify()/notifyAll()` 方法是线程间通信的核心机制。它们通过基于锁的方式,使线程在条件不满足时进入休眠状态,并在条件成立时被唤醒,从而有效解决数据一致性和同步问题。本文通过对比其他通信机制,展示了 `wait()` 和 `notify()` 的优势,并通过生产者-消费者模型的示例代码,详细说明了其使用方法和重要性。
24 1
|
2月前
|
数据采集 负载均衡 安全
LeetCode刷题 多线程编程九则 | 1188. 设计有限阻塞队列 1242. 多线程网页爬虫 1279. 红绿灯路口
本文提供了多个多线程编程问题的解决方案,包括设计有限阻塞队列、多线程网页爬虫、红绿灯路口等,每个问题都给出了至少一种实现方法,涵盖了互斥锁、条件变量、信号量等线程同步机制的使用。
LeetCode刷题 多线程编程九则 | 1188. 设计有限阻塞队列 1242. 多线程网页爬虫 1279. 红绿灯路口
|
1月前
|
存储 前端开发 C++
C++ 多线程之带返回值的线程处理函数
这篇文章介绍了在C++中使用`async`函数、`packaged_task`和`promise`三种方法来创建带返回值的线程处理函数。
45 6
|
1月前
|
存储 运维 NoSQL
Redis为什么最开始被设计成单线程而不是多线程
总之,Redis采用单线程设计是基于对系统特性的深刻洞察和权衡的结果。这种设计不仅保持了Redis的高性能,还确保了其代码的简洁性、可维护性以及部署的便捷性,使之成为众多应用场景下的首选数据存储解决方案。
40 1