一直以来对于多线程有种恐惧恐惧感,不理解它到底是什么回事,感觉挺抽象的,自从听了传智播客的邹老师对于多线程的讲解,我可以很自信地说我多线程方面入门了,特别是邹老师对于多线程有一套独有的方法,那就是画图,通过画图可以很直观地告诉你多线程是什么回事,比如UI线程和主线程,前台线程和后台线程,通过案例的讲解让你发现多线程的美妙。以下简单从如何创建多线程开始。首先来看用单线程的缺点:
通过对比单线程和多线程,创建了一个winform小程序来对比,界面如下:
进入代码区:
首先建立一个循环999999999次的方法:
view plaincopy to clipboardprint?
///
/// 循环计数的方法
///
void CountTime()
{
DateTime beginTime = DateTime.Now;
for (int i = 0; i <= 999999999; i++)
{
}
TimeSpan ts = DateTime.Now.Subtract(beginTime);
MessageBox.Show("执行完毕!!"+ts.TotalMilliseconds);
}
///
/// 循环计数的方法
///
void CountTime()
{
DateTime beginTime = DateTime.Now;
for (int i = 0; i <= 999999999; i++)
{
}
TimeSpan ts = DateTime.Now.Subtract(beginTime);
MessageBox.Show("执行完毕!!"+ts.TotalMilliseconds);
}回到界面单击“单线程的缺点”这个按钮,编写事件代码如下:
view plaincopy to clipboardprint?
//单线程的缺点
private void btnSingleThread_Click(object sender, EventArgs e)
{
CountTime();
}
//单线程的缺点
private void btnSingleThread_Click(object sender, EventArgs e)
{
CountTime();
}
点击运行,由于不能演示看,你会看到你无法拖动这个窗口移动摇晃,好像界面卡死了一样,过了一会儿,因为循环计数结束,弹出如下窗口:
2)那么如何解决这种UI卡死的问题呢,因为之前单单用到单线程的而出现卡死的问题是因为界面运行的时候,其实主线程只能去处理计数,而根本没有时间去处理你偶外的“拖动摇晃”这个事件,之道计数这个事情做完之后才会过来做“拖动摇晃”的这个事件,为了解决这个“假死”的事情,就要用到多线程技术,点击界面的“多线程”按钮,如下代码:
view plaincopy to clipboardprint?
//使用多线程来解决UI卡死问题
private void btnMulTread_Click(object sender, EventArgs e)
{
//ThreadStart ts = new ThreadStart(CountTime);
//Thread th = new Thread(ts);
//创建线程对象 传入要线程执行的方法
Thread th = new Thread(CountTime);
//将线程设置为后台线程(当所有的前台线程结束后,后台线程会自动退出)
th.IsBackground = true;
//启动线程执行方法
th.Start();
}
//使用多线程来解决UI卡死问题
private void btnMulTread_Click(object sender, EventArgs e)
{
//ThreadStart ts = new ThreadStart(CountTime);
//Thread th = new Thread(ts);
//创建线程对象 传入要线程执行的方法
Thread th = new Thread(CountTime);
//将线程设置为后台线程(当所有的前台线程结束后,后台线程会自动退出)
th.IsBackground = true;
//启动线程执行方法
th.Start();
}
这样点击运行并点击“多线程”按钮来执行的话,你会发现运行过程中你可以拖动窗口,非常流畅地拖动着走,直到运行结束弹出如下消息窗口:
细心的你可能会发现上面两个执行时间不一样,单线程用的时间比多线程用的少那么一点点,原因是因为CPU要来回转过去执行UI线程和计数线程,其实多线程的实际上不是同时执行,只是因为CPU处理速度太快了,可以非常快速地来回在各个线程之间切换执行,就好像我们先烧开水,然后不用去等开水开了就可以去洗衣服一样,因为CPU处理的速度太快了,我们人裸眼根本察觉不到它在各个线程之间不停地切换,感觉好像是同时运行一样。自从终于可以对多线程有一个入门的认识了。
引自:http://software.intel.com/zh-cn/blogs/2011/12/16/400009328/?cid=sw:prccsdn2110
通过对比单线程和多线程,创建了一个winform小程序来对比,界面如下:
进入代码区:
首先建立一个循环999999999次的方法:
view plaincopy to clipboardprint?
///
/// 循环计数的方法
///
void CountTime()
{
DateTime beginTime = DateTime.Now;
for (int i = 0; i <= 999999999; i++)
{
}
TimeSpan ts = DateTime.Now.Subtract(beginTime);
MessageBox.Show("执行完毕!!"+ts.TotalMilliseconds);
}
///
/// 循环计数的方法
///
void CountTime()
{
DateTime beginTime = DateTime.Now;
for (int i = 0; i <= 999999999; i++)
{
}
TimeSpan ts = DateTime.Now.Subtract(beginTime);
MessageBox.Show("执行完毕!!"+ts.TotalMilliseconds);
}回到界面单击“单线程的缺点”这个按钮,编写事件代码如下:
view plaincopy to clipboardprint?
//单线程的缺点
private void btnSingleThread_Click(object sender, EventArgs e)
{
CountTime();
}
//单线程的缺点
private void btnSingleThread_Click(object sender, EventArgs e)
{
CountTime();
}
点击运行,由于不能演示看,你会看到你无法拖动这个窗口移动摇晃,好像界面卡死了一样,过了一会儿,因为循环计数结束,弹出如下窗口:
2)那么如何解决这种UI卡死的问题呢,因为之前单单用到单线程的而出现卡死的问题是因为界面运行的时候,其实主线程只能去处理计数,而根本没有时间去处理你偶外的“拖动摇晃”这个事件,之道计数这个事情做完之后才会过来做“拖动摇晃”的这个事件,为了解决这个“假死”的事情,就要用到多线程技术,点击界面的“多线程”按钮,如下代码:
view plaincopy to clipboardprint?
//使用多线程来解决UI卡死问题
private void btnMulTread_Click(object sender, EventArgs e)
{
//ThreadStart ts = new ThreadStart(CountTime);
//Thread th = new Thread(ts);
//创建线程对象 传入要线程执行的方法
Thread th = new Thread(CountTime);
//将线程设置为后台线程(当所有的前台线程结束后,后台线程会自动退出)
th.IsBackground = true;
//启动线程执行方法
th.Start();
}
//使用多线程来解决UI卡死问题
private void btnMulTread_Click(object sender, EventArgs e)
{
//ThreadStart ts = new ThreadStart(CountTime);
//Thread th = new Thread(ts);
//创建线程对象 传入要线程执行的方法
Thread th = new Thread(CountTime);
//将线程设置为后台线程(当所有的前台线程结束后,后台线程会自动退出)
th.IsBackground = true;
//启动线程执行方法
th.Start();
}
这样点击运行并点击“多线程”按钮来执行的话,你会发现运行过程中你可以拖动窗口,非常流畅地拖动着走,直到运行结束弹出如下消息窗口:
细心的你可能会发现上面两个执行时间不一样,单线程用的时间比多线程用的少那么一点点,原因是因为CPU要来回转过去执行UI线程和计数线程,其实多线程的实际上不是同时执行,只是因为CPU处理速度太快了,可以非常快速地来回在各个线程之间切换执行,就好像我们先烧开水,然后不用去等开水开了就可以去洗衣服一样,因为CPU处理的速度太快了,我们人裸眼根本察觉不到它在各个线程之间不停地切换,感觉好像是同时运行一样。自从终于可以对多线程有一个入门的认识了。
引自:http://software.intel.com/zh-cn/blogs/2011/12/16/400009328/?cid=sw:prccsdn2110