C#线程篇---解答线程之惑(2)
我们都知道,在这个行业,追求的就是用最少的时间学最多的知识,这是我写这个系列最想达到的目标,在最快的时间内,帮助更多的人学习更多的线程知识。
前一篇,讲述了线程基础,给大家铺垫了一个基础,这一篇着重介绍线程的作用及其工作方式,顺便小试牛刀一把。
现在我想提出,最直接的问题是:
为什么要使用线程?
为什么要使用线程?答案只有三点(欢迎补充^_^):
- 使用线程可以将代码同其他代码隔离。这将提高应用程序的可靠性,这不仅仅是应用程序所需要的,更是Windows引入线程的真正原因。
- 使用线程可以简化编程。这个答案有利有弊,需要从两方面考虑:第一点:使用线程的同时也就意味着会付出一些资源作为代价,对于现在的计算机,付出资源是值得的,因为它的资源根本没有发掘出来。第二点:引用线程的时候是在需要相互协作的代码时,不能随便的引用线程,盲目的使用线程,只会增加代码复杂度。
- 可以用线程来程序的实现并发执行,双管齐下,效率,你懂的(∩_∩)。
说了这么些,总得试试手啊,使用线程?so easy:
class Program
{
static void Main(string[] args)
{
Console.WriteLine("主线程:启动专用线程...");
Thread dedicatedThread = new Thread(StartCode);
dedicatedThread.Start(5);
Console.WriteLine("主线程:运行到此");
Thread.Sleep(10000);//模拟主线程操作
dedicatedThread.Join();
Console.WriteLine("主线程:运行完毕");
}
private static void StartCode(Object obj)
{
Console.WriteLine("子线程:启动代码!{0}",obj);
Thread.Sleep(1000);//模拟代码操作
}
}
下面是我两次运行的结果:
这是最基本的线程运用,好像不难哦?但是不提倡这么用。
中间有个Join方法,Join的作用是:造成调用线程阻塞当前执行的任何代码,直到dedicatedThread所代表的线程终止或销毁。
同一个程序出现两种输出结果,这是为什么?程序的每次输出不该是一样的吗?
两种输出的不一样是因为Windows对两个线程进行调度的方式不同,这无法控制。Windows抢占式多线程这一概念觉得了这因素。
这个知识点大家有必要了解,这个例子是个专用线程你可以这么用,但是建议应避免这么做,CLR的线程池可以更安全的完成这些事,如果你一定要创
建自己的线程,开始执行专用线程时,需考虑以下四点内容:
- 线程需要以非普通线程优先运行。线程池线程都是普通优先级运行,可以更改这个优先级,但不建议这么做。在不同的线程池操纵之间,优先级的更改是无法延续的(线程池这个概念下篇解析)。
- 需要线程表现为一个前台进程,防止应用程序在线程结束它的任务之前终止。(线程池的线程始终是后台线程,如果CLR要终止进程,它们就可能无法被迫完成任务)
- 一个计算限制的任务需要长时间的运行,就像例子中StartCode(),它执行的就是计算限制的任务。为长时间运行的任务创建一个专业线程,用于避免这个问题。
- 任务线程可能调用Abort()(属于Thread)来提前终止它。
线程可以分为前台线程和后台线程
CLR将每个线程要么视为前台,要么视为后台线程。当一个进程中的所有前台线程停止运行时(也就是我们按右上角的X,关闭程序),CLR将强制终止仍在运行的后台线程直接终止,不会异常。
基于这个原因,前台线程的使用应该用于执行确实想完成的任务,就用个我们正在用浏览器(下面称前台线程)做例子:
你正在浏览本篇内容,就意味着这个前台线程,正要完成你所需求的任务指令,解析HTML代码,便于你的阅读,这是首要任务。而加载书签,读取收藏网址的信息等,关键的后台功能,能在应用程序重启的时候继续执行,如果关闭前台线程,它们没必要保持活动的状态。
下面来看个前台线程和后台线程的程序实现:
class Program
{
static void Main(string[] args)
{
Thread t = new Thread(StartCode);
// t.IsBackground = true;
t.Start();
Console.WriteLine("主线程运行完毕!");
}
private static void StartCode()
{
Console.WriteLine("开始执行子线程...");
Thread.Sleep(10000);//模拟代码操作
Console.WriteLine("子线程执行完毕!");
}
}
这段可运行代码就是默认模式,执行的前台代码。它的输出也是你能预测的:
在“开始执行子线程...”的时候,需要等待10秒。
去掉第6行的注释,再看看运行结果:
它不会等待,并看不到“子线程执行完毕”这句话。
前台的好处是,你可以保证你的后台线程能执行完毕,后台线程的好处是,你不用管它的执行。
在一个线程的生存期中,任何时候都可以进行前后台互换。
CLR要提供前台线程和后台线程的概念来更好的支持应用程序域(俗称AppDoMain),每个AppDoMain都可以运行一个单独的应用程序,每个应用程序都有它的前台线程,一个应用程序退出,前台线程终止,对应的后台线程也要终止,但CLR线程仍然需要运行,使其他应用程序继续运行,所有应用程序退出后,整个进程就可以销毁了。CLR算是线程运行的一个空间。
最后,说个大家十分熟悉的功能,用过Visual Studio 的开发人员,我保证你们都体验过这个功能。
智能提示都知道,这个是典型的线程运用,很快捷很舒心是不是?
当你写代码写到兴头时,发现编译器画出红线提示你,某处代码出错了。有没有发现这个?怎么实现的?
在你停止输入的时候,编译器就会开始编译代码,检测代码中的出错部分,很人性化,这大大提高了C#开发人员的工作效率,而在这,线程功不可没,线程的力量可见一斑。
线程基础还有一节重要的。下回讲~~~
- Eclipse魔法堂:修改主题
- 面试题(一)关于内部类的面试题
- MyBatis魔法堂:各数据库的批量Update操作
- 在Win7的IIS上搭建FTP服务及用户授权
- JavaSE(四)之接口、访问控制
- 3X3 九宫格
- JS魔法堂:通过marquee标签实现信息滚动效果
- Java魔法堂:注解用法详解——@Override
- Windows下安装MongoDB
- IIS Express魔法堂:解除localhost域名的锁定
- JavaSE(三)之static、final、abstract修饰符
- 为经典版eclipse增加web and JavaEE插件
- 协议森林07 傀儡 (UDP协议)
- 【设计模式】—— 访问者模式Visitor
- JavaScript 教程
- JavaScript 编辑工具
- JavaScript 与HTML
- JavaScript 与Java
- JavaScript 数据结构
- JavaScript 基本数据类型
- JavaScript 特殊数据类型
- JavaScript 运算符
- JavaScript typeof 运算符
- JavaScript 表达式
- JavaScript 类型转换
- JavaScript 基本语法
- JavaScript 注释
- Javascript 基本处理流程
- Javascript 选择结构
- Javascript if 语句
- Javascript if 语句的嵌套
- Javascript switch 语句
- Javascript 循环结构
- Javascript 循环结构实例
- Javascript 跳转语句
- Javascript 控制语句总结
- Javascript 函数介绍
- Javascript 函数的定义
- Javascript 函数调用
- Javascript 几种特殊的函数
- JavaScript 内置函数简介
- Javascript eval() 函数
- Javascript isFinite() 函数
- Javascript isNaN() 函数
- parseInt() 与 parseFloat()
- escape() 与 unescape()
- Javascript 字符串介绍
- Javascript length属性
- javascript 字符串函数
- Javascript 日期对象简介
- Javascript 日期对象用途
- Date 对象属性和方法
- Javascript 数组是什么
- Javascript 创建数组
- Javascript 数组赋值与取值
- Javascript 数组属性和方法
- 一款直击痛点的优秀http框架,让我超高效率完成了和第三方接口的对接
- 强连通和连通算法在关联图谱中的应用
- PySpark SQL——SQL和pd.DataFrame的结合体
- 初识Kubernetes及快速安装
- 使用k8s部署springboot+redis简单应用
- React Ref 使用总结
- Python人脸识别—我的眼里只有你
- 函数式编程是如何提升代码的扩展性
- 浏览器中的跨域问题与 CORS
- 微信小程序怎么做链接可以链到小程序的其它页面。
- 如何实现一个 3D 效果的魔方
- FlutterDojo设计之道—状态管理之路(三)
- 微信头像加国旗
- FlutterDojo设计之道—状态管理之路(四)
- FlutterDojo设计之道—状态管理之路(五)