プロセス、スレッド、コルーチン、ルーチン、手続きされているとの違いは何ですか？

カテゴリー：コンピュータ言語共通の知識

本論文では、オリジナルのブログパークに対処しますhttps://www.cnblogs.com/f-ck-need-u/p/10802716.html

：自己は、ほとんどの答えを知っている中で引用された差分スレッドコルーチンルーチンプロセスがプロセスでどのようなものですか？-馬のドラゴンの答え-ほとんど知られています

まず、手順、プロセス、コンテキストの切り替えやスレッドを説明します。その後コルーチン、ルーチン、手順を説明します。

プログラム

プログラム：ソースコードのパイルアップのもの。死んロボット動かの同等。

ロボットは人生ではなく、ハードウェアが表明された後、それは人生の仕事であることをどのように決定するか、ハードウェアの後に、設計されていますが、
いくつかの良いロボットが迅速に作業するので、ロボットは、利点と欠点を持っており、いくつかのロボットが非常にゆっくりと仕事します

プロセス

プロセス：プログラムがシステムに（実行）後のもの（動的）をアップ実行。人生のロボットと同等と。寿命は、駆動力を移動させる能力にコアがCPUによって提供されています。

オペレーティングシステムが表示され、それはすでに寿命を持っているので、その範囲内でそれをいくつか（PPID）を発明、そのようなことは、（PID）と呼ばれるものなどの属性、、、その活性（アドレス空間）を提供します...... ...........
カーネルはこの情報のロボットを記録します
ロボットを構築することができ、ロボット（親と子）
これは、中断またはスリープすることができます。例えば、ロボットは充電したいが、それに何の力、それが待機する必要があります
カーネルは、それに渡されたデータの一部として交換を言って、それに信号を送信します
これは、破壊することができます。例えば、プロセスがクラッシュしたり、正常終了又は終了信号
ロボットが密かに死ぬならば、それを削除するには、それを破壊するロボットの後、誰もそれを取り除くためにそれを与えないとゾンビプロセスになります
厳密に稼働しかし生活へのロボットの後、話す、ない魂がない、時間がそれに駆動力を与えるための唯一のCPU、彼が上に移動することができ、あなたが寝ている他の回
.......

コンテキストスイッチング

コンテキスト切り替え：いくつかの時点で、コアCPUのみの処理を実行することができます。（1：1）、マルチコアCPUは、複数のロボットの駆動力を提供することができるが、それだけにはロボットまで移動するための駆動力を提供するために、核コアCPUを行うことと等価。

しかし、そこに動作するオペレーティングシステムにおけるロボットの多くがあるので、CPUを制御するために、カーネルは、常に（また、コンテキストスイッチとして知られているビューの中心点に立っている、）切り替え処理されており、前後に異なるロボットの駆動力を提供します
あなたはロボットが動作を停止していない感じにするために、カーネルは、各ロボットに少しCPUのタイムスライスを制御します。これは、あなたがはい、実際にはギャップが存在しない感じファンを上げると等価であるが、ギャップが人間の目が決定するのは困難である、短すぎます。あなたは今、あなたの目の前でロボットの多くは完全にゴーストステップダンスを踊っ停止、脳で見ることができます....
CPUは非常にたびにロボットがコンテキスト保持（サイトの保護）である、仕事だけでなく、そのステータスが記録された場所に切り替える前に、異なるロボットに切り替えるための駆動力を提供するので
サイトの保護は、余分な作業、頻繁にコンテキストは、これらの余分なCPUの作業の無駄を切り替える必要があります
.........

スレッド

スレッド：あなたがプロセス内で複数の実行スレッドを持つことができるか、スレッドは、プロセス内の小さなプロセスです。これは、クローン化されたロボット自体実質的に同一の小さなロボット本体の数に応じて内部のロボットに対応します。

内部プロセスは、複数のスレッドが同時に実行させることができ
プロセスのすべてのスレッドがまったく同じソースコードを持っています。しかし、いくつかの小さなロボットがタスクAを実行するために、いくつかの小さなロボットは、タスクBを実行しますこれらのタスクは、大きなロボットを行うことになっていました
同じ範囲内のすべての小さなロボットの活動は、つまり、プロセス内のすべてのスレッドがアドレス空間を共有しています。しかし、それぞれの小型ロボットは、（スレッドは独自のスタック領域を持っている）、自分の小さなプライベートな空間を持っている必要があります
小さなロボットは自分の財産がたくさんある、（大ロボットからの両方）の多くの属性を共有します
スレッドが切り替える必要があります。ただ、スレッドの切り替えは、切り替えのプロセスに比べてはるかに少ない余分な作業を行う必要があります

さて、マルチプロセスとマルチスレッドを比較しますか？

機能

その後コルーチン、ルーチン、手順。しかし、これを説明する前に、最初の解釈だけでなく、より一般的に知られているスレッド間の関係は、その機能やプロセスは現在の下です。

機能：トランスコードセクション。完了すべきタスクを示すために使用される単位。もちろん、この作業は、他の複数のサブタスクが含まれていてもよいです。

プログラムのほかに

プログラムの主要部分は、プログラムのエントリ関数（メイン関数、いくつかの言語（動的言語の半分）黙ってあなたのメインプログラムの実行中に、プラスを与えるこれらの言語の主な機能をノック宣言する必要はありません）を含む、機能であります私は他の多くの機能を書かれています
機能に加えて、プログラムはまた、いくつかのグローバルのプロパティを定義することができ、いくつかの追加のプログラミング言語自体は余分なコードに属し、例えば、プログラムファイルのヘッダーは、これはあなたのようにインポートしたいパッケージのパッケージであると宣言するかもしれません
関数は、プロセス（またはスレッド）を実行する場合には、ロボットがやって？関数の実行です。あなたがメインで自分自身を書き、他の関数を呼び出し、関数のメインエントランスを実行するために、スタートからプログラムを実行し、そして、それは一つのタスクを実行するために他の関数にジャンプアップすることです。絵画にフォーカスジャンプすることができた機能を実行するために、関数が実行されます。
プログラムは実行のための準備ができてロードされた場合には（そのようなグローバル属性、リーダーパケットコードを定義したコードなど）機能コードは、良い仕事が行われていません。

まず焦点を要約：プロセスは、スレッドがロボットは、ロボットの機能は生きて行うことです。

機能を実行する方法

ロボットは、その機能を実行する方法ですか？コルーチンを使用せずに（つまり、「コルーチン」の中国語の翻訳後）、その実装プロセスが固定されている：主な機能が起動するから、他の機能のAを実行するためにジャンプし、主な機能は、保留に待機することで、それがジャンプするのを待つ必要があります主な機能に戻るには、実行後の伝達関数は、呼び出し関数B機能がある場合は、返却した後、その後、保留に待っているの機能は、それがダウンし続けるために戻る前に、関数Bの実行完了を待つ必要があり、ある、ダウン続行します。主な機能も実行されるまで、プログラムが終了します。

その後、ロボットが別のタスクを実行するために行かなければならない、と別のタスクを実行するために完了した場合にのみ返され、記述するためにロボットを使用し続け、そしてそれは、タスクを実行するためのロボットであるが、一時的に別のタスクを実行するために必要なタスク実行を続行する前に、そのタスク。

だから、フォーカスがある：最初の行の関数XのA、関数Bを呼び出すジャンプスタート機能Bを機能するようにすると、先頭にXラインから復帰した後、下向き継続し続けることを実行するために待たなければなりません。

コルーチン、ルーチン、手順

トピックに戻る私は何かを説明したい：コルーチン、ルーチン、手順。

残念ながら、ルーチンは、異なる機能と呼ばれている手順、サブルーチン、異なる時間に、異なるプログラミング言語は、すべての作業単位は、同じアドレスではありません。オブジェクト指向のアプローチでも機能であるが、オブジェクト指向のマスクの下に、それはいくつかのオブジェクト指向関連の特性を有します。

最後にコルーチン。私はあなたがコルーチンをしなければならないと言う推測コルーチンのようなものを、また協同作業として知られている協力ルーチン、の略です。ただ、英語の単語の意味を見ては、すでに明らかです：サブプログラム（サブルーチンであるルーチン、関数、プロシージャ）協力。または相乗的な実装の作業です。

コルーチンを説明する前に、マルチは口を挿入します。
コルーチンがコルーチンとして翻訳され、私はそれは非常に合理的ではないと思います。シェル（kshの/ bashを、いくつかのシェル支持coproc機能）、連携処理における概念coprocは、協力のプロセスは、言葉の文字通りの意味に応じて、これはコルーチンに翻訳されるべきであることを示しています。

協力？これは何を意味するのかです。レビューの下で（それがコルーチンですので、私は、引数のすべての機能を交換するには、次のルーチンを使用）機能を説明し、それは同時に実行することが何を意味するかを理解する上で実行フローをしています。

ジャンプが復帰スポットから下方に継続して終了した後、通常の状況下では、ルーチンの実行を実行した後、ルーチンのジャンプはまだ待っている必要があります。

routine1とcoroutine2お互いのコルーチンを想定し、コルーチンを使用している場合しかし、その後、実行にroutine1 routine2時間にジャンプ、それはroutine2ダウン待ち続け、必ずしも、それはroutine2を待っているかもしれroutine2が実行待つことはありませんバックジャンプroutine1再（routine2が生産しているので、いくつかはroutine1がroutine1がブロッキング続けるのではなく、データを実行し続けることができます）。同様にroutine2もまだroutine2をバックジャンプし、その後routine1、routine1を待っていることがあります。

しかし、このラインを前後にジャンプする方法をお奨め右、やめますか？これが書かれたコードとの関係です。そのような決意ルーチンを添加した場合、特定のジャンプ条件がもはや到達しないが、直接ダウン行います。

再びメタファーロボット。タスクを実行するためのロボットが、別のタスクを実行するために一時的に必要とし、別のタスクを実行することは必須ではありませんが、私は元のタスクを実行するために戻ってきた前に完了しなければなりませんが、一度に別のタスクを実行できますが、また元のタスクを実行するために一時的に戻ってきます。

よく理解されていない場合は、このウィキ下の生産者-消費者モデルの擬似コードは、簡単に役立つコルーチンを理解するために、このプログラムは、必ずしも合理的な、しかし非常に意味の「相乗効果」を理解することは適していないです。どのqキューで、プロデューサーのコルーチンは、プロデューサーのコルーチンにジャンプしますあまりにも消費者のコルーチン、共感消費者のコルーチンにジャンプします。

var q := new queue

coroutine produce
    loop
        while q is not full
            create some new items
            add the items to q
        yield to consume

coroutine consume
    loop
        while q is not empty
            remove some items from q
            use the items
        yield to produce

これは私がそれを理解することは困難であったはずだと思い、協力とコルーチンの説明です。

コルーチン利点

最後に、コルーチンの利点について話：

实际上，coroutine可以认为是单线程多任务的工作方式(当然，进程中实现coroutine也是可以的)，因为它在单个线程中的多个任务之间直接跳转，而多线程是通过上下文切换来实现多任务的。换句话说，coroutine提供了并发却不并行的功能。通过coroutine，还能实现更为"实时"的上下文任务，因为coroutine之间的跳转切换不需要任何系统调用和可能的阻塞调用，不需要像多线程一样为了线程之间的资源同步而使用额外的互斥锁、信号量等。

本文原创地址在博客园：https://www.cnblogs.com/f-ck-need-u/p/10802716.html

引自我在知乎上的回答：进程线程协程例程过程的区别是什么？ - 骏马金龙的回答 - 知乎

首先解释下程序、进程、上下文切换和线程。然后再解释协程、例程、过程。

程序

程序：源代码堆起来的东西。相当于一个一动不动没有生命的机器人。

虽然是没有生命的机器人，但是它被设计后就表示有了硬件，它的硬件决定了之后它有生命后是如何干活的
机器人有优劣，所以有些优秀的机器人干活很快，而有些机器人干活很慢

进程

进程：程序在系统上跑起来(运行)之后的东西(动态的)。相当于有了生命的机器人。生命是内核给的，动起来的能力是CPU提供的驱动力。

因为在操作系统看来，它已经有了生命，会赋予它一些属性，比如它叫什么(PID)，谁发明的(PPID)，它在哪个范围内活动(地址空间).................
内核会记录这个机器人的信息
机器人可以造机器人(父子进程)
它可以中断或睡眠。比如机器人想充电，但是没电给它，它得等
内核可以跟它交流，比如传递一些数据给它、传递信号给它
它可以被毁掉。比如进程崩溃或正常退出或被信号终止
机器人毁掉后要为它收尸，如果机器人偷偷死掉，就会没人给它收尸而变成僵尸进程
严格地说，这个机器人运行起来之后虽然有了生命，但是没有灵魂，只有CPU给它驱动力的那一段时间，他才能动起来，其它时候都是在哪里睡觉
.......

上下文切换

上下文切换：在某一时刻，一核CPU只能执行一个进程。相当于内核只能让一核CPU为一个机器人提供驱动力让它动起来(1:1)，多核CPU可以同时为多个机器人提供驱动力。

但是操作系统上有很多机器人在干活，所以内核要控制CPU不断的为不同机器人来回提供驱动力，这是进程切换(这是站在内核的角度上看的，也叫上下文切换)
为了让你感觉机器人没有停止工作，内核控制只给每个机器人一点点的CPU时间片。这就相当于转起来的电扇，你感觉没有间隙，其实是有的，只是间隙时间太短，人眼难辨。现在可以脑部一下，一大堆的机器人在你面前完全不停的跳着鬼步舞....
因为CPU要切换给不同的机器人提供驱动力，所以每次切换之前的机器人干活到了哪里以及它的状态得记录下来，这是上下文保留(保护现场)
保护现场是必要的额外的工作，频繁上下文切换会浪费CPU在这些额外工作上
.........

线程

线程：一个进程内可以有多个执行线程，或者说线程是进程内部的小型进程。相当于在机器人内部根据机器人自身克隆了很多个基本完全相同的体内小机器人。

进程内部可以有多个线程同时执行
进程内的所有线程拥有的源代码完全相同。只是有些小型机器人执行任务A，有些小型机器人执行任务B。而这些任务原本是应该被那个大机器人完成的
所有小型机器人活动范围相同，即某进程内所有线程都共享地址空间。但是每个小型机器人也得有自己的一点私人空间(线程有自己的栈空间)
小型机器人共享很多属性(都来源于大机器人)，也有很多自己的属性
线程也要切换。只是线程切换需要做的额外工作要比进程切换少的多

现在，对比一下多进程和多线程？

函数

然后是协程、例程、过程。但是在解释这个之前，先解释下现在更为俗知的函数，以及它们和进程、线程之间的关系。

函数：一种代码段。用来表示一个要完成的任务单元。当然，这个任务里可能也包含了其它多个子任务。

再说程序

程序的主体部分是函数，包括一个程序的入口函数(main函数，有些语言(一半是动态语言)不要求你敲main函数的声明，这些语言会在程序执行的时候默默给你加上main)以及其它一些自己编写的函数
除了函数外，程序中可能还有一些全局属性的定义、一些额外的属于编程语言自身的额外代码，比如说程序文件头部可能声明这是一个包以及要导入什么包之类的
函数是要被进程(或线程)执行的，机器人干什么的？就是执行函数的。程序的运行从执行入口函数main开始，然后在main中调用其它你自己编写的函数，也就是说跳转到其它函数上去执行一个个的任务。画重点，函数是要被执行的，函数的执行是可以进行跳转的。
那些非函数代码(比如全局属性的定义代码、导包代码)，是在程序被装载准备执行的时候完成好的工作。

先总结一下重点：进程、线程是机器人，函数是机器人要干的活。

函数怎么执行的

机器人是怎么执行函数的呢？在不使用coroutine(也就是国人翻译后的"协程")的情况下，它的执行流程是固定的：从main函数开始，跳转执行其它函数A，main函数被搁置等待，它必须等待跳转后的函数A执行完返回后才能回到main函数继续向下执行，如果函数A中还有调用函数B，那么函数A被搁置等待，它必须等待函数B执行完返回后才继续向下执行。直到main函数也执行完，程序退出。

继续用机器人来比喻，那就是机器人要执行一个任务，但这个任务中要求临时去执行另一个任务，那么这个机器人必须先去执行另一个任务，并只能在执行完另一个任务的时候回到之前的那个任务继续执行。

所以，重点是：函数A中在第X行开始跳转调用函数B时，函数A必须等待函数B执行完返回后才能继续从第X行处开始继续向下。

协程、例程、过程

回到正题要解释的东西：协程、例程、过程。

很遗憾，例程、过程、子程序，它们都是函数的不同称呼，不同的时代、不同的编程语言称呼的方式不一样，都是任务单元。甚至面向对象里的方法也是函数，只不过在面向对象的面具之下，它有一些和面向对象相关的特性。

最后是协程。我猜你说的协程应该是coroutine这类东西，全称是cooperative routine，也叫做cooperative tasks。只看英文的话，意思已经很明显了：协同运行的子程序(子程序就是例程、函数、过程)。或者说是协同执行的任务。

在解释coroutine之前，多插一句嘴。
coroutine被翻译为协程，个人认为是不太合理的。在shell中有coproc的概念(ksh/bash等一些shell都支持coproc的功能)，cooperative process，表示协同运行的进程，按单词字面意思，这才应该被翻译为协程。

协同运行？这是个什么意思。回顾下刚才解释函数(因为是co routine，所以我下面全部用routine来替换函数的说法)的执行流程在理解协同运行是什么意思。

在正常情况下，routine跳转运行后必须原地等待跳转后的那个routine执行完返回才能继续从原地向下执行。

但是，使用coroutine的时候，假设routine1和coroutine2互为coroutine，那么routine1跳转到routine2去执行的时候，它会等待routine2才能继续向下执行，但是不一定是等待routine2执行完，也可能是等待routine2重新跳转回routine1(因为routine2已经产生了一些可以让routine1继续运行的数据，而不是让routine1继续在那里阻塞)。同理routine2也可能会原地等待routine1，routine1再跳回routine2。

但是这怎么行，来来回回的跳转总得退出吧？这就是跟所写的代码有关系了。比如某个routine中加入一个判断，达到某一条件时就不再跳转，而是直接向下执行。

机器人的比喻又来了。机器人要执行一个任务，但要求临时去执行另一个任务，现在不强制规定必须执行完另一个任务才回来执行原始任务，而是可以在执行另一个任务的时候，又临时回来执行原始任务。

如果说不好理解，那么下面这个wiki中给的生产者消费者模型的伪代码很容易帮助理解coroutine，这个程序不一定合理，但非常适合于理解"协同"的意义。其中q是一个队列，生产者coroutine会跳转到消费者coroutine，同理消费者coroutine也一样会跳转到生产者coroutine。

var q := new queue

coroutine produce
    loop
        while q is not full
            create some new items
            add the items to q
        yield to consume

coroutine consume
    loop
        while q is not empty
            remove some items from q
            use the items
        yield to produce

这就是协同运行以及coroutine的解释，我想应该已经不难理解了。

coroutine的优点

最后，说一下coroutine的优点：

プロセス、スレッド、コルーチン、ルーチン、手続きのプロセス、スレッド、コルーチン、ルーチンの違いは何で、手順はありますか？