在工作中经常遇到需要并发编程的实例,一直没有时间来整理,现在空了下来,个人整理对并发一下理解。
关于并发编程的几个误解
-
误解一:并发编程就是多线程
实际上多线只是并发编程的一中形式,在C#中还有很多更实用、更方便的并发编程技术,包括异步编程、并行编程、TPL数据流、响应式编程等。 -
误解二:只有大型服务器程序才需要考虑并发
服务器端的大型程序要响应大量客户端的数据请求,当然要充分考虑并发。但是桌面程序和手机、平板等移动端应用同样需要考虑并发编程,因为它们是直接面向最终用户的,而现在用户对使用体验的要求越来越高。程序必须能随时响应用户的操作,尤其是在后台处理时(读写数据、与服务器通信等),这正是并发编程的目的之一。 -
误解三:并发编程很复杂、必须掌握很多底层技术
C# 和 .NET 提供了很多程序库,并发编程已经变得简单多了。尤其是 .NET 4.5 推出了全新的 async 和 await 关键字,使并发编程的代码减少到了最低限度。
并发
最简单明了的解释:同时做多件事情,这个解释表明了并发的作用,服务器应用利用并发就,在处理第一个请求的同时响应第二个请求。只要你希望程序能同时做多件事情,你就需要并发。所以几乎每个软件程序都会受益于并发。
多线程
很多人看到并发 就会想到多线程 ,这里解释一下,多线程它只是并发的一种形式,它采用多个线程来执行程序,其中分为主线程和子线程之分。执行程序的第一句话就会开启一个主线程,主线程可以创建子线程来实现并发。多线程是并发的一种形式,但不是唯一的形式。实际上,直接使用底层线程类型在现代程序基本不起作用。比起老式多线程,采用高级抽象机制会让功能更加强大。效率更高。这里也就是不会再使用Thread或BackgroundWorker。比如你的代码输入new Thead(),说明项目中的代码过时了。但是,不要认为多线程已经彻底被淘汰了!因为线程池要求多线程继续存在。线程池存放任务的队列,这个队列能够根据需要自行调整。相应地,线程池产生了另一个重要的并发形式:并行处理
并行处理
把正在执行的大量的任务分割成小块,分配给多个同时运行的线程。为了让处理器的利用效率最大化,并行处理(或并行编程)采用多线程。当现代多核 CPU执行大量任务时,若只用一个核执行所有任务,而其他核保持空闲,这显然是不合理的。并行处理把任务分割成小块并分配给多个线程,让它们在不同的核上独立运行。并行处理是多线程的一种,而多线程是并发的一种。在现代程序中,还有一种非常重要但很多人还不熟悉的并发类型:异步编程
异步编程
并发的一种形式,和多线程同级,它一般采用回调(callback)机制,以避免产生不必要的线程。
在.NET中,新版有Task和Task.以前一般是回调或事件event.异步编程的核心理念是异步操作:启动了的操作将会在一段时间后完成。这个操作正在执行时,不会阻塞原来的线程。启动了这个操作的线程,可以继续执行其他任务。当操作完成时,会通知他的回调函数,以便让程序知道操作已经结束NET4.5已经支持async和await,让异步变得和同步编程一样容易。await关键字的作用:启动一个将会被执行的Task(该Task将会在新线程中执行),并立即返回,所以await所在的函数不会被阻塞。当Task完成后,继续执行await关键字后面的代码
响应式编程
一种声明式的编程模式,程序在该模式中对事件做出响应。如果把一个程序看作一个大型的状态机,则该程序的行为便可视为它对一系列事件做出响应,即每换一个事件,它就更新一次自己的状态。这听起来很抽象和空洞,但实际上并非如此。利用现代的程序框架,响应式编程已经在实际开发中广泛使用。响应式编程不一定是并发的,但它与并发编程联系紧密。
通常情况下,一个并发程序要使用多种技术。大多数程序至少使用了多线程(通过线程池)和异步编程。要大胆地把各种并发编程形式进行混合和匹配,在程序的各个部分使用合适的工具。
本文版权归作者共有,欢迎转载,须保留此段声明,并给出原文链接,谢谢!