首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    线程 、进程、协程 三者区别

    1. 进程: 通俗理解一个运行起来的程序或者软件叫做进程 1.1 每次启动一个进程都需要向操作系统索要运行资源,让进程中的线程去执行对应的代码,进程是操作系统分配资源的基本单位 1.2 默认情况下一个进程只有一个线程,线程是依附在进程里面的, 没有进程就没有线程, 当在进程里面还可以创建多个线程 1.3 如何理解进程: 把进程想成现实生活中的公司,公司可以给员工提供办公资源(办公桌椅,办公电脑等资源), 真正干活的是员工,所以员工可以想成线程,公司就是进程 2. 进程和线程的对比 2.1 进程是操作系统资源分配的基本单位,每启动一个进程都需要向操作系统索要运行资源,默认一个进程只有一个线程,线程是依附在进程里面的 2.2 线程是cpu调度的基本单位, 通过线程去执行进程中代码, 线程是执行代码的分支 2.3 多进程开发比单进程多线程开发稳定性要强,但是多进程开发比多线程开发资源开销要大 2.4 多进程开发某个进程死了不会影响其它进程的运行,但是多线程开发该进程死了那么这些线程都要进行销毁 并发: 任务数大于cpu的核数,多个任务轮流执行,由于cpu切换速度特别快,看起来像是一起运行,其实是假象。 并行: 任务数小于或者等于cpu的核数,那么多个任务是真正意义一起执行。 3. 进程、线程、协程 1.1 先有进程,然后进程可以创建线程,线程是依附在进程里面的, 线程里面可以包含多个协程 1.2 进程之间不共享全局变量,线程之间共享全局变量,但是要注意资源竞争的问题 1.3 多进程开发比单进程多线程开发稳定性要强,但是多进程开发比多线程开发资源开销要大 1.4 多线程开发线程之间执行是无序的,协程之间执行按照一定顺序交替执行 1.5 协程以后主要用在网络爬虫和网络请求,开辟一个协程大概需要5k空间,开辟一个线程需要512k空间, 开辟一个进程占用资源最多

    02

    MFC和QT的区别

    MFC 微软基础类库(英语:Microsoft Foundation Classes,简称MFC)是微软公司提供的一个类库(class libraries),以C++类的形式封装了Windows API,并且包含一个应用程序框架,以减少应用程序开发人员的工作量。其中包含大量Windows句柄封装类和很多Windows的内建控件和组件的封装类。早期很多学习计算机专业的读者可以在学校里面都有接触过,因为这个是每一个计算机专业的读者必修课程,所以在早期的C++项目里面很多都是使用MFC为开发框架进行构建的,因为它有一个很大的好处就是和我们的windows的系统兼容性很好,可以直接调用整个系统的API函数,而且开发的程序对系统的支持度很好,因为我们现在的windows系统都是在向前兼容的,如windows系统里面有win 95、win98、win2000,win Xp,win7,这些操作系统都是一致向前兼容的,如果经历过这些系统的读者都会发现系统在win8之前一直往前兼容,造成操作系统变得越来越大,在win8系统,后windows系统引入C#一起来对windows系统进行调控,这时我们会发现win8对win7的兼容性很差,而且这个操作系统也是微软除visit系统最短命的系统,这个时候我们就会发现我们的MFC开发的程序在整个windows兼容性不是那么高了,而且由于当时,对于我们的C++开发一直有一个叫做visual studio 的编译器在C#语言没有出来前,只能编译C++,所以visual studio作为全世界最优的编译器也是整体支持MFC,所以这个时候我们现实生活中在windows系统开发的程序很大部分都是使用了MFC框架进行开发,在如今我们的很多酒店、政府等等很多行业上面用的都是MFC框架进行开发,MFC全面支持COM组件开发,这个时候很多在windows开发的程序也会在这上面支持COM组件开发,还有由于在中国大部分计算机的使用者都是用的windows系统,所以在开发程序中用C++来开发的时候都是使用了最为稳定的MFC进行开发,记得几年前和一位一起工作的朋友曾经谈过,只要微软不倒闭,MFC的工作者就不会失业,为啥呢,哪怕现在在windows上面最为流行的C#语言也没有C++中的windows编程对windows操作系统操作这么流利,打个比方如果你的电脑里面在加上一个高拍仪这个时候要用到的是USB驱动进行调用,这个时候处理USB驱动调用的时候就会发现,驱动调用的数据都需要进行位运算,这个时候用C++来处理是最为方便的,所以C++在windows上面的开发之所以占尽了便宜,是因为windows编程,而我们的MFC是封装后的windows编程。

    05

    分布式系统设计新手入门---1,微服务的拆分

    在我的文章《Web Services的分布式方法》中介绍了分布式设计的方法。但读者反映太过学术化而无法理解。促使我开始这个系列文章的创作,以方便新手能够在实践中使用分布式技术。虽然分布式是一个历史悠久的概念,最早的分布式系统出现在20世纪60年代末推出的ARPANET。但时到今日分布式系统设计都对新手非常的不友好。也可能你学习过大量的分布式的理论,但面对复杂的软件系统仍然也感到束手无策。那么希望这个系列的文章能帮助你重新梳理分布式的知识,建立正确设计分布式系统的方法论。首先分布式的入门要求并不高,需要你是个有一定开发经验的软件工程师,了解基本的并发编程知识。并发编程是分布式设计的基础。你会发现并发编程的知识在分布式系统设计中被经常的使用。但请不要混淆并发编程和分布式系统设计,这是两个完全不同的概念。这里的并发编程特指使用多线程开发软件系统的方法。分布式系统设计是比并发编程更高级的软件系统设计开发行为。在本文中我们先快速的描述一个典型的服务,以及如何一步一步的拆分这个服务为微服务。通过对这个典型的案例,介绍拆分服务的基本方法。然后我们再逐步讨论为什么使用这个方法论,以及这个方法论的使用条件和原理。

    02
    领券