C# 多线程入门系列(三)


前面两篇文章,分别简述了多线程的使用和发展历程,但是使用多线程无法避免的一个问题就是多线程安全。那什么是多线程安全?如何解决多线程安全?本文主要通过一些简单的小例子,简述多线程相关的问题,仅供学习分享使用,如有不足之处,还请指正。

什么是多线程安全?

一段程序,单线程和多线程执行结果不一致,就表示存在多线程安全问题,即多线程不安全。

多线程安全示例

1. 多线程不安全示例1

假如我们有一个需求,需要输出5个线程,且线程序号按0-4命名,我们编写代码如下:

 1 private void btnTask1_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程不安全示例btnTask1_Click**************");
 4 
 5     for (int i = 0; i < 5; i++)
 6     {
 7         Task.Run(() =>
 8         {
 9             Console.WriteLine($"【BEGIN】**************这是第 {i} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
10             Thread.Sleep(2000);
11             Console.WriteLine($"【 END 】**************这是第 {i} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
12         });
13     }
14 
15     Console.WriteLine("【结束】**************线程不安全示例btnTask1_Click**************");
16 }

然后运行示例,如下所示:

 

通过对以上示例进行分析,得出结论如下:

  1. 在for循环中,启动的5个线程,线程序号都是5,并没有按照我们预期的结果【0,1,2,3,4】进行输出。
  2. 经过分析发现,因为for循环中,i是同一个变量,线程启动是异步进行的,存在延迟,当线程启动时,for循环已经结束,i的值为5,所以才导致线程序号和预期不一致。

为了解决上述问题,可以通过引入局部变量来解决,即每次循环声明一个变量,循环5次,存在5个变量,则相互之间不会覆盖。如下所示:

 1 private void btnTask1_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程不安全示例btnTask1_Click**************");
 4 
 5     for (int i = 0; i < 5; i++)
 6     {
 7         int k = i;
 8         Task.Run(() =>
 9         {
10             Console.WriteLine($"【BEGIN】**************这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
11             Thread.Sleep(2000);
12             Console.WriteLine($"【 END 】**************这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
13         });
14     }
15 
16     Console.WriteLine("【结束】**************线程不安全示例btnTask1_Click**************");
17 }

运行优化后的示例,如下所示:

 

 通过运行示例发现,局部变量可以解决相应的问题。

2. 多线程不安全示例2

假如我们有一个需求:将0到200增加到一个列表中,采用多线程来实现,如下所示:

 1 private void btnTask2_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程不安全示例btnTask1_Click**************");
 4     List<int> list = new List<int>();
 5     List<Task> tasks = new List<Task>();
 6     for (int i = 0; i < 200; i++)
 7     {
 8         tasks.Add( Task.Run(() =>
 9         {
10             list.Add(i);
11         }));
12     }
13     Task.WaitAll(tasks.ToArray());
14     string res = string.Join(",", list);
15     Console.WriteLine($"列表长度: {list.Count} ,列表内容:{res}");
16     Console.WriteLine("【结束】**************线程不安全示例btnTask1_Click**************");
17 }

通过运行示例,如下所示:

 

 通过对以上示例进行分析,得出结论如下:

  1. 列表的记录条数不对,会少。
  2. 列表的元素内容与预期的内容不一致。

针对上述问题,采用中间局部变量的方式,可以解决吗?不妨一试,修改后的 代码如下:

 1 private void btnTask2_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程不安全示例btnTask1_Click**************");
 4     List<int> list = new List<int>();
 5     List<Task> tasks = new List<Task>();
 6     for (int i = 0; i < 200; i++)
 7     {
 8         int k = i;
 9         tasks.Add( Task.Run(() =>
10         {
11             list.Add(k);
12         }));
13     }
14     Task.WaitAll(tasks.ToArray());
15     string res = string.Join(",", list);
16     Console.WriteLine($"列表长度: {list.Count} ,列表内容:{res}");
17     Console.WriteLine("【结束】**************线程不安全示例btnTask1_Click**************");
18 }

运行优化示例,如下所示:

 

通过运行上述示例,得出结论如下:

  1. 列表长度依然不对,会小于实际单一线程的长度。注意:多线程列表长度不是一定会小于单一线程运行时列表长度,只是存在概率,即多个线程存在同时写入一个位置的概率。
  2. 列表内容,采用局部变量,可以解决部分问题。

由此可以得出List不是线程安全的数据类型。

加锁lock

针对多线程的不安全问题,可以通过加锁进行解决,加锁的目的:在任意时刻,加锁块都之允许一个线程访问

加锁原理

lock实际是一个语法糖,实际效果等同于Monitor。锁定的是引用对象的一个内存地址引用。所以锁定对象不可以是值类型,也不可以是null,只能是引用类型。

lock对象的标准写法:默认情况下,锁对象是私有,静态,只读,引用对象。如下所示:

1 /// <summary>
2 /// 定义一个锁对象
3 /// </summary>
4 private static readonly object obj = new object();

然后优化程序,如下所示:

 1 private void btnTask2_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程不安全示例btnTask1_Click**************");
 4     List<int> list = new List<int>();
 5     List<Task> tasks = new List<Task>();
 6     for (int i = 0; i < 200; i++)
 7     {
 8         int k = i;
 9         tasks.Add( Task.Run(() =>
10         {
11             lock (obj)
12             {
13                 list.Add(k);
14             }
15         }));
16     }
17     Task.WaitAll(tasks.ToArray());
18     string res = string.Join(",", list);
19     Console.WriteLine($"列表长度: {list.Count} ,列表内容:{res}");
20     Console.WriteLine("【结束】**************线程不安全示例btnTask1_Click**************");
21 }

运行优化后的示例,如下所示:

 

通过对上述示例进行分析,得出结论如下:

  1. 加锁后,列表在多线程下也变成安全,符合预期的要求。
  2. 但是由于加锁的原因,同一时刻,只能由一个线程进入,其他线程就会等待,所以多线程也变成了单线程。

 为何锁对象要用私有类型?

标准写法,锁对象是私有类型,目的是为了避免锁对象被其他线程使用,如果被使用,则会相互阻塞,如下所示:

假如,现在有一个锁对象,在TestLock中使用,如下所示:

 1 public class TestLock
 2 {
 3     public static readonly object Obj = new object();
 4 
 5     public void Show()
 6     {
 7 
 8         Console.WriteLine("【开始】**************线程示例Show**************");
 9 
10         for (int i = 0; i < 5; i++)
11         {
12             int k = i;
13             Task.Run(() =>
14             {
15                 lock (Obj)
16                 {
17                     Console.WriteLine($"【BEGIN】*********T*****这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
18                     Thread.Sleep(2000);
19                     Console.WriteLine($"【 END 】*********T*****这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
20                 }
21             });
22         }
23 
24         Console.WriteLine("【结束】**************线程示例Show**************");
25     }
26 }

同时在FrmMain中使用,如下所示:

 1 private void btnTask3_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程示例btnTask3_Click**************");
 4     //类对象中多线程
 5     TestLock.Show();
 6     //主方法中多线程
 7     for (int i = 0; i < 5; i++)
 8     {
 9         int k = i;
10         Task.Run(() =>
11         {
12             lock (TestLock.Obj)
13             {
14                 Console.WriteLine($"【BEGIN】*********M*****这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
15                 Thread.Sleep(2000);
16                 Console.WriteLine($"【 END 】*********M*****这是第 {k} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
17             }
18         });
19     }
20 
21     Console.WriteLine("【结束】**************线程示例btnTask3_Click**************");
22 }

运行上述示例,如下所示:

 

 通过上述示例,得出结论如下:

  1. T和M是成对相邻,且各代码块交互出现。
  2. 多个代码块,共用一把锁,是会相互阻塞的。这也是为啥不建议使用public修饰符的原因,避免被不恰当的加锁。

 如果使用不同的锁对象,多个代码块之间是可以并发的【T和M是不成对,且不相邻出现,但是有同一代码块的内部顺序】,效果如下:

 为什么锁对象要用static类型?

假如对象不是static类型,那么锁对象就是对象属性,不同的对象之间是相互独立的,所以不同通对象调用相同的方法,就会存在并发的问题,如下所示:

修改TestLock代码【去掉static】,如下所示:

 1 public class TestLock
 2 {
 3     public  readonly object Obj = new object();
 4 
 5     public  void Show(string name)
 6     {
 7 
 8         Console.WriteLine("【开始】**************线程示例Show--{0}**************",name);
 9 
10         for (int i = 0; i < 5; i++)
11         {
12             int k = i;
13             Task.Run(() =>
14             {
15                 lock (Obj)
16                 {
17                     Console.WriteLine($"【BEGIN】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
18                     Thread.Sleep(2000);
19                     Console.WriteLine($"【 END 】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
20                 }
21             });
22         }
23 
24         Console.WriteLine("【结束】**************线程示例Show--{0}**************",name);
25     }
26 }

声明两个对象,分别调用Show方法,如下所示:

 1 private void btnTask4_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程示例btnTask3_Click**************");
 4     TestLock testLock1 = new TestLock();
 5     testLock1.Show("first");
 6 
 7     TestLock testLock2 = new TestLock();
 8     testLock2.Show("second");
 9     Console.WriteLine("【结束】**************线程示例btnTask3_Click**************");
10 }

测试示例,如下所示:

 

 通过以上示例,得出结论如下:

  1. 非静态锁对象,只在当前对象内部进行允许同一时刻只有一个线程进入,但是多个对象之间,是相互并发,相互独立的。所以建议锁对象为static对象。

加锁锁定的是什么?

在lock模式下,锁定的是内存引用地址,而不是锁定的对象的值。假如将Form的锁对象的类型改为字符串,如下所示:

1 /// <summary>
2 /// 定义一个锁对象
3 /// </summary>
4 private static readonly string obj = "花无缺";

同时TestLock类的锁对象也改为字符串,如下所示:

 1 public class TestLock
 2 {
 3     private static  readonly string obj = "花无缺";
 4 
 5     public static  void Show(string name)
 6     {
 7 
 8         Console.WriteLine("【开始】**************线程示例Show--{0}**************",name);
 9 
10         for (int i = 0; i < 5; i++)
11         {
12             int k = i;
13             Task.Run(() =>
14             {
15                 lock (obj)
16                 {
17                     Console.WriteLine($"【BEGIN】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
18                     Thread.Sleep(2000);
19                     Console.WriteLine($"【 END 】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
20                 }
21             });
22         }
23 
24         Console.WriteLine("【结束】**************线程示例Show--{0}**************",name);
25     }
26 }

运行上述示例,结果如下:

 

通过上述示例,得出结论如下:

  1. 字符串是一种特殊的锁类型,如果字符串的值一致,则认为是同一个锁对象,不同对象之间会进行阻塞。因为string类型是享元的,在内存堆里面只有一个花无缺。
  2. 如果是其他类型,则是不同的锁对象,是可以相互并发的。
  3. 说明锁定的是内存引用地址,而非锁定对象的值。

泛型锁对象

如果TestLock为泛型类,如下所示:

 1 public class TestLock<T>
 2 {
 3     private static  readonly object obj = new object(); 4 
 5     public static  void Show(string name)
 6     {
 7 
 8         Console.WriteLine("【开始】**************线程示例Show--{0}**************",name);
 9 
10         for (int i = 0; i < 5; i++)
11         {
12             int k = i;
13             Task.Run(() =>
14             {
15                 lock (obj)
16                 {
17                     Console.WriteLine($"【BEGIN】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
18                     Thread.Sleep(2000);
19                     Console.WriteLine($"【 END 】*********T*****这是第 {k}--{name} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
20                 }
21             });
22         }
23 
24         Console.WriteLine("【结束】**************线程示例Show--{0}**************",name);
25     }
26 }

那么在调用时,会相互阻塞吗?调用代码如下:

1 private void btnTask5_Click(object sender, EventArgs e)
2 {
3     Console.WriteLine("【开始】**************线程示例btnTask5_Click**************");
4     TestLock<int>.Show("AA");
5     TestLock<string>.Show("BB");
6     Console.WriteLine("【结束】**************线程示例btnTask5_Click**************");
7 }

运行上述示例,如下所示:

 

通过分析上述示例,得出结论如下所示:

  1. 对于泛型类,不同类型参数之间是可以相互并发的,因为泛型类针对不同类型参数会编译成不同的类,那对应的锁对象,会变成不同的引用类型。
  2. 如果锁对象为字符串类型,则也是会相互阻塞的,只是因为字符串是享元模式。
  3. 泛型T的不同,会编译成不同的副本。

递归加锁

如果在递归函数中进行加锁,会造成死锁吗?示例代码如下:

 1 private void btnTask6_Click(object sender, EventArgs e)
 2 {
 3     Console.WriteLine("【开始】**************线程示例btnTask6_Click**************");
 4     this.add(1);
 5     Console.WriteLine("【结束】**************线程示例btnTask6_Click**************");
 6 }
 7 
 8 private int num = 0;
 9 
10 private void add(int index) {
11     this.num++;
12     Task.Run(()=> {
13         lock (obj)
14         {
15             Console.WriteLine($"【BEGIN】**************这是第 {num} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
16             Thread.Sleep(2000);
17             Console.WriteLine($"【 END 】**************这是第 {num} 个线程,线程ID={Thread.CurrentThread.ManagedThreadId}**************");
18 
19             if (num < 5)
20             {
21                 this.add(index);
22             }
23         }
24     });
25 }

运行上述示例,如下所示:

 

 通过运行上述示例,得出结论如下:

  1. 在递归函数中进行加锁,会进行阻塞等待,但是不会造成死锁。

备注

以上就是多线程安全的简单介绍,旨在抛砖引玉,大家一起学习,共同进步。

酬乐天扬州初逢席上见赠【作者】刘禹锡 【朝代】唐

巴山楚水凄凉地,二十三年弃置身。

怀旧空吟闻笛赋,到乡翻似烂柯人。

沉舟侧畔千帆过,病树前头万木春。

今日听君歌一曲,暂凭杯酒长精神。

文章来源:https://www.cnblogs.com/hsiang/p/15709111.html

版权声明:本文为YES开发框架网发布内容,转载请附上原文出处连接
管理员
上一篇:.Net Core 5.x Api开发笔记 -- 基础日志(Log4Net)(八)
下一篇:WPF开发随笔收录-自定义图标控件
评论列表

发表评论

评论内容
昵称:
验证码:
验证码
关联文章

C# 线入门系列
C# 线入门系列(二)
C# 线入门系列(一)
C# List<T>线安全
SQLite Database 线访问需要注意的问题
Python线中试用wmi报错
C#线下载图片 URL转Image
C# Abp框架入门系列文章(一)
.Net 线安全集合
ManualResetEvent实现线的暂停与恢复
C#使用Thrift作为RPC框架入门)之层架构
C# Socket网络编程 系列课程
C# ASP.NET Core开发学生信息管理系统(
Python退出主进程后子线不会退出的解决方案
Elasticsearch使用系列-ES简介和环境搭建
2.网络聊天程序的种模式
C#基础系列-过滤器与特性
使用 WPF 做个 PowerPoint 系列 基于 OpenXML 解析实现 PPT 文本描边效果
C#】C#中使用GDAL3():Windows下编译插件驱动
记一次本地正常上线接口报404

热门标签
.NET Core .NET Reactor ag-grid AI发布 api安全 ASP.NET Core C#DLL加密 C#播放声音 C#代码混淆 C#代码加密 ChromeDriver Codex DateTime DBeaver devexpress devTool DLL混淆 edge.js EF EFCore Electron element-ui el-form el-table excel FastReport FileStream FolderBrowerDialog FolderSelectDialog form提交 git gridcontrol gridview input javascript json字符串 JS转换对象JSON jwt JWT授权 linq log Math MCP mitmproxy MVC MySQL Navicat netstat nginx node_modules NSwag Nuget Nuget镜像 number PowerShell pyinstaller python pythoncom python爬虫 python抓包 pywin32 redis Requests-html RestSharp Selenium sql SQL Server Swagger to-cms Visual Studio VSCode vue VueRouter vue路由 VUE页面通讯 Webpack Windows Windows服务 winform wmi xlrd yaml YESCMS YESWEB开发框架 白象 表单提交 播放声音 打开URL 代码混淆 弹窗提醒 端口占用 对象转换 分布式 公共字典 机器码 进程排查 静态资源 开发指南 路由参数 密钥 配置教程 配置文件 权限 人工智能 任务 任务调度 日期间隔 日志 日志记录 省市区 授权验证 数据库 四舍五入 文案 文件读取 文件夹选择 文件目录选择 问题排查 行政区域数据 页面通讯 中间件 CSharp 事务锁 工单系统 并发控制 重复提交 CMS Markdig Markdown markdown-it marked 技术选型 VS Code 开发工具 源代码管理 版本控制 Docker PostgreSQL 时区 部署排查 CMS架构 EF Core 主题系统 二次开发 插件系统 容器 运维命令 镜像清理 Linux NAS 远程挂载 飞牛 fnOS S/4HANA SAP GUI SAP HANA SAP R/3 SAP入门 SAP版本 ERP SAP SAP MM 库存管理 物料管理 采购管理 入门教程 SAP S/4HANA SPRO 企业结构 采购组织 MM01 物料主数据 物料类型 BP分组 业务伙伴 供应商主数据 ME41 RFQ 库存物料 采购流程 ME51 消耗性物料 科目分配 采购申请 AC03 ML81N 外部服务 服务主数据 Business Partner SAP培训 ME51N MM模块 Lean Services MM-SRV 外部服务采购 PIR 供应来源 采购主数据 采购信息记录 ME31K 框架协议 计划协议 采购合同 ME01 供应来源确定 货源清单 MEQ1 供应源确定 配额安排 配额评分 MD04 MD21 MRP 计划文件 需求计划 批量程序 MD01N MD02 MRP Live MD05 MM 物料计划 优化采购 供应源 采购订单 ME2A 供应商确认 采购监控 Flexible Workflow 凭证释放 采购审批 释放策略 实地盘点 物料凭证 货物移动 MIGO 收货 移动类型 已撤回 供应商退货 货物发出 STO 库存转储 转移过账 生产订单 预留 GR/IR MIRO 供应商发票 物流发票校验 OMR2 税码 FI PP SD 实操教程 MRBR OMR6 发票差异 交货成本 后续借记 MI01 实物盘点 盘点差异 公司代码 工厂 组织结构 OMS2 主数据定制 自动科目确定 BP角色 CVI 伙伴确定 编号范围 凭证类型 字段选择 FBN1 OMBT OMC2 会计凭证 OMJJ BOM 委外加工 项目类别L MRKO 供应商寄售 特殊库存K MRKON PIPE Pipeline 特殊库存P ERS MRIS 发票计划 周期性结算 里程碑付款 变更追踪 版本管理 采购凭证 SFTP WebDAV 网盘 飞牛fnOS AMPL HERS MPN 中文教程 库存确定 可用性检查 缺件检查 Output Management 消息确定 输出确定 分割评估 库存计价 评估类别 评估类型 PB00 RM0000 条件技术 采购定价 MM-FI集成 OBYC 库存估价 文本类型 文本采用 EFB EVO MSV SU3 用户参数 发票校验 合同参照 履约保留款 特别总账 预付款 Fiori Launchpad SAP Fiori 应用导航 用户体验 LSMW LTMC Migration Cockpit 数据迁移 BRFplus OPD Output Control My Inbox 审批流程 灵活工作流 SAP PP 外部加工 SAP QM 检验批 质量信息记录 采购收货 SAP PM 维护BOM 维护订单 SAP SD SAP Service 端到端流程 MM模块培训 FI-MM集成 供应商管理 审批配置 FICO入门 SAP FICO 财务配置 供应商税务 预扣税 House Bank 银行对账 客户清账 应收账款 FI控制 验证与替代 印度 GST 税务配置 F110 FBZP EWM入门 SAP EWM 仓库管理 OX14 成本核算 物料评估 后勤配置 物料组 价值更新 数量更新 PP-PI 流程制造 生产计划 容差配置 SAP事务码 SAP基础 TCODE Basis 事务代码 MMNR 编号区间 采购实操 组织架构 OMSF SAP实操 FI配置 端口修改 密码设置 数据库配置 远程访问 ABAP基础 SAP ABAP 内表 变量定义 常量 数据类型 ABAP SAP开发 变量 基础语法 系统变量 结构体 字符串处理 循环语句 控制语句 DDIC SE11 数据字典 透明表 ABAP开发 ALE EDI IDoc 增强技术 ABAP内表 HASHED TABLE SORTED TABLE STANDARD TABLE 基本概念 性能优化 PARAMETERS SELECT-OPTIONS SELECTION-SCREEN 报表程序 选择屏幕 F4帮助 Report事件 输入校验 ABAP SQL ABAP语法 Open SQL SELECT 数据库访问 IKuai IP修改 PVE 网络配置 虚拟化
联系我们
联系电话:15090125178(微信同号)
电子邮箱:garson_zhang@163.com
站长微信二维码
微信二维码