機械語アセンブリ言語C C ++ JavaのC#のJavaScriptゴーコンパイル言語インタプリタ言語

その後、CPUは常にバイナリ言語を読んで非常に始まるだけ機械語、バイナリ、プログラムはバイナリで書かれているが、その後、コマンドを実行し、最終的な出力はバイナリです

これは、後でそのアセンブリ言語を浮上したが、CPUは、アセンブリ言語を知っているので、アセンブラ言語で書かれたプログラムを使用していない、そして最終的に(最初の時のコンパイルとみなされるべきである)プロセスを機械語に変換しました

C言語のその後の出現後、アセンブリ言語ので、唯一のそのようなアセンブリ言語とメモリ動作のようなデータ・タイプのような簡単な操作を完了することができ、それはC言語善意で書かれたユーザプログラムのいくつかの要素の大規模なシステムのために必要である、定義されていません機械語ファイルCPUへのコンパイラの後にあなたが行うことができますが、あなたは、Linuxする必要があり、窓が個別にコンパイルされたように、バイナリのサポートの異なるシステムは、同じではありません。

C ++の出現後、C言語は十分に良いですが、人々は大規模な協力プロジェクトを行う際に、C言語でのC ++名前空間の継承に基づいてクラスを作成するので、オブジェクト指向の考え方の使用は非常に、生産性を向上させることができますので、コンセプト、コンパイル済みのC ++とC言語

JavaのJavaの中に現れるときは、何かを達成するために、ネットワーク業界での希望ですが、システムを搭載した物理デバイスによって異なるネットワーク業界が同じではありません、すべてのプログラマシステムのために可能ではないので、まだ後で、Javaの登場JVM Java仮想マシンを作成し、その後、一度プログラムを書き、あなたはJavaプログラムを実行する前に、最初のJVMの仮想マシンをインストールする必要があり、我々は、CおよびC ++の前にJavaがないコンパイル言語であることを知っていますか?JavaはJavaのコードが完了した後であるため、あなたがして、実行時に.classファイル、.classファイルにコンパイルする必要がある、または継続的にJVMを解釈し、コンパイラプラスインタプリタ言語であります

C#言語の出現は、同じC#も同様のJVM仮想マシン環境、すなわちCLRを必要とする、C#言語コードが書かれているが完了するの背後には、中間言語にコンパイルされ、その後、実装の過程で中間言語は、CLRとして解釈されます機械語

その後のJavaScript、JavaScriptが生成する必要が来て、自分の、そしてJSエンジン内部のブラウザはマシンコードJSにコードを翻訳していきますJavaScriptをコンパイルし、ブラウザで直接開くようにコードを記述する必要がないので、インタプリタ言語は、それがあります今ES6ブラウザは、このステップは、それをコンパイルするとみなされることは、そのようなES5言語などのツールに変身のWebPACKのバベルを通過する必要性を認識していませんか?

なぜならC ++とJavaの実行効率に匹敵するその効率で、サーバ側でJavaの位置を交換することが知らGO言語が表示されたJavaが解釈されますが、C ++がコンパイルされているので、C ++ほど良好ではない、GO言語がないだけでありC ++効率は、また、単純なような複雑なC ++の構文とJavaを放棄しました。

ここではあなたのV8エンジンとのNode.jsを伝えるために:

  V8エンジンが実行JSにバイトコードへの中間コード、及び、機械コードに中間バイトコード、理由であるJSコードの前に説明したように効率が大幅に改善されることJSは、表示された理由を多段階変換はバイトコードに変換されるため、V8は、マシンコードにバイトコードをスキップし、直接時間を削減しながらJSに変換するだけでなく、最適化する機会を失っている間、バイトコードレベルでは、最適化プログラムの多くを行うことができますいつでもV8エンジンで、このステップを補うために他の措置を使用しますが、これは速いV8エンジンの理由です。

  Node.jsのはV8エンジンの上に構築されているJS自体はシングルスレッドであるため、代わりにサーバ側コード書き込ま理由のJavaで書かれたのNode.jsサーバ側コードの理由は、Node.jsのは、シングルスレッド機構でありますブラウザ環境の決定は、JSはそれは大量の業務を扱うには、ここで待つことはありませんJSに対処するための非同期イベント・メカニズムを使用することであるが、操作が完了した後まで待って、コールバック関数を中断し、その後継続されます、コールバック時間が実行されるのを待っているキューに置かれます。1つの利点は、各要求に対してサーバが彼を維持するためにメモリを開き、Javaはリクエストの終了まで維持するために、要求ごとに別々のメモリを開いて、このメモリは、このように解放されません、想像が必要がないということです同時のJavaの同じ数がフル回転かもしれないが、Node.jsのはまだよく実行されているが、それ自体が、彼はPM2ことができ、マルチコア利点を活用することができなかったことを決めたNode.jsのメカニズムを単一のスレッドの高い同時実行の顔、中解決するために、ロード・バランシング。

  それぞれ独自の利点が、囲碁の将来を持っているJavaのNode.jsのを移動します。

おすすめ

転載: www.cnblogs.com/mrzhu/p/11628250.html