Nodejs のモジュール性とイベントループについて話しましょう-jsチュートリアル-php.cn

この記事では、Nodejs のモジュール化とイベントループについて理解します。一定の参考値があるので、困っている友達が参考になれば幸いです。

Nodejs のモジュール性とイベントループについて話しましょう

5.20 は、ブラウザ上で Node.js を実行できるオンライン Ide をリリースしました —WebContainers

1 Node の概要.js

Node.js とは正確には何ですか?私が学習を始めた頃は、一部のフロントエンドの知識領域にはあまり触れていませんでした (もちろん今でも同じですが) Node.js に対する印象は、構文が Javascript とほぼ同じであるということでした。バックエンドを書きます。当時、JavaScript を学ぶ＝すべてを知ることができて、密かにうれしかったのを覚えています。さて、本題に入りましょう

[推奨学習: "nodejs チュートリアル "]

これまで、JavaScript はブラウザ上で実行されていました。レベル言語コンピュータ直接読むことはできません結局のところ、バイナリコンピュータの世界には 010101 しかありませんこのとき、ブラウザの JavaScript エンジンが翻訳者として機能し、JavaScript がやりたいことを段階的にコンピュータに翻訳しますコンパイルプロセスについては詳しく説明しません（まだ説明できません）。

Node.js は Chrome ブラウザの V8 エンジンをベースにしており、効率的に Javascript をコンパイルできるため、Node.js はブラウザ以外のもう 1 つの Javascript 実行環境であると言えます。

Tencent Cloud のクラウド機能で WeChat 公開アカウントへの簡単な自動応答をいじっていたのを覚えていますが、当時、Node.js のおかげでフロントエンドコードのモジュール化について少し経験がありました。！

2 初体験

server.jsファイルは以下の通りです

// 引入 http 模块
var http = require("http");

//  用 http 模块创建服务
 //req 获取 url 信息 (request)
 //res 浏览器返回响应信息 (response)
http.createServer(function (req, res) {
  // 设置 HTTP 头部，状态码是 200，文件类型是 html，字符集是 utf8
  //Content-Type字段用于定义网络文件的类型和网页的编码，决定浏览器将以什么形式、什么编码读取这个文件，不写就可能会出现乱码哦
  res.writeHead(200, {
    "Content-Type": "text/html;charset=UTF-8"
  });

  // 往页面打印值
  res.write(&#39;小林别闹&#39;);

  // 结束响应
  res.end();

}).listen(3000); // 监听3000端口

ログイン後にコピー

Nodeのインストール後にターミナルで実行してくださいnodeサーバー.js ブラウザを開いてアドレスバーに http://localhost:3000/ と入力すると、ページが印刷されるのが表示されます:

Nodejs のモジュール性とイベントループについて話しましょう

# #現時点では、最も単純なサーバーをローカルに構築し、ブラウザをクライアントとして使用してアクセスします

2.1 モジュール性

上記のコードでは、 are

var http = require("http"); このようなステートメントは、http モジュールを導入するために使用されます。Node では、モジュールは 2 つのカテゴリに分類されます。1 つは、によって提供されるモジュールです。ノード。コアモジュールと呼ばれます。2 番目は、ユーザーが作成したモジュールで、ファイルモジュールと呼ばれます。http は、コアモジュールの 1 つです。たとえば、http モジュールを使用して、サービスの作成、および path モジュールの処理ファイルパス、url モジュールは URL の処理と解析に使用されます fs モジュールは、システムファイルとディレクトリの読み取りと書き込みに使用されます

2.1. 1CommonJS

モジュール化に関して言えば、CommonJS について言及する必要があります。Node.js は CommonJS 構文の一部を採用しています。 CommonJS はモジュール型の標準です。初期の頃は、この問題を解決するために、

script タグの導入jsファイルコードによって生成される依存関係シーケンスはエラーが発生しやすく、最上位スコープによって引き起こされる変数汚染などの問題#ここで、export

モジュールを整理できます。exports

と exports## の違い#test2.js は次のとおりです:

let str = require(&#39;./test1&#39;);
console.log(str)

ログイン後にコピー

test1.js が次の場合:

let str1 = &#39;小林别闹1&#39;
let str2 = &#39;小林别闹2&#39;

exports.str1 = str1
exports.str2 = str2
console.log(module.exports === exports)

ログイン後にコピー

ターミナルで実行

node test2.js

結果は次のようになります。

/*输出
{ str1: &#39;小林别闹1&#39;, str2: &#39;小林别闹2&#39; }
true
*/

//改变test1.js文件变量暴露的方式
/*
exports.str1 = str1
module.exports = str2
console.log(module.exports === exports)
输出:
false
小林别闹2
*/

/*
exports.str1 = str1
module.exports.str2 = str2
console.log(module.exports === exports)
控制台输出:
true
{ str1: &#39;小林别闹1&#39;, str2: &#39;小林别闹2&#39; }
*/

ログイン後にコピー

は次のように要約できます:

Node がファイルを実行すると、

exports

が file. オブジェクトと

module オブジェクトに生成されます。この module オブジェクトには exports という別の属性があり、exports は module.exports 参照のペアであり、同じアドレスを指します。ただし、最後のエクスポートは module.exports ですが、2 番目のテスト module.exports = str2 でアドレスが変更されたため、 str1 はエクスポートされません。 ## また、exports を使用してエクスポートすることは、オブジェクトをエクスポートすることであることに注意してください

2.1.2 Es Module#Javascript も常に開発され、進歩しています。いいえ、

Es6

バージョンには Es Module module

Export:<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:js;toolbar:false;">export const str1 = &#39;小林别闹1&#39; export const str2 = &#39;小林别闹2&#39; export default { fn() {}， msg: "小林别闹" }</pre><div class="contentsignin">ログイン後にコピー</div></div>Import: <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:js;toolbar:false;">import { st1,str2,obj } from &#39;./test.js&#39;</pre><div class="contentsignin">ログイン後にコピー</div></div>Note# が追加されました。 ##import

node

js ファイルを直接実行するとエラーが報告されるので、babel でコンパイルする必要があります。

比較すると次のようになります。

CommonJs はステートメントを動的にロードでき、コードは実行時に発生しますEs モジュールは静的で、ステートメントを動的にロードできません。これはファイルの先頭でのみ宣言でき、コードはコンパイル時に発生します

2.1.3 サードパーティモジュール

##Node で自分が提供するコアモジュールとカスタムモジュールを使用することに加えて、

サードパーティモジュール

这就需要提到 npm ,npm 是 Node 的包管理工具,已经成为了世界上最大的开放源代码的生态系统,我们可以下载各种包.

当然包管理工具还有yarn,但是我暂时只用过 npm,因为它随 node 一起按照提供.

2.2 Node 的事件循环

2.2.1 非阻塞I/O

Java、PHP 或者 .NET 等服务端语言，会为每一个客户端的连接创建一个新的线程。Node 不会为每一个客户连接创建一个新的线程，而仅仅使用一个线程。

console.log(&#39;1&#39;)
setTimeout(() => {
  console.log(&#39;2&#39;)
})
console.log(&#39;3&#39;)//输出132

ログイン後にコピー

Javascript 的代码是从上到下一行行执行的,但是这里就不会阻塞,输出3,再输出2

2.2.2事件循环

Node 的事件循环真的好久才弄懂一丢丢，看过很多博客，觉得理解 Node 的事件循环机制，结合代码及其运行结果来分析是最容易理解的。

libuv 库负责 Node API 的执行。它将不同的任务分配给不同的线程，形成一个 Event Loop（事件循环），以异步的方式将任务的执行结果返回给 V8 引擎。其中 libuv 引擎中的事件循环分为 6 个阶段，它们会按照顺序反复运行。每当进入某一个阶段的时候，都会从对应的回调队列中取出函数去执行。当队列为空或者执行的回调函数数量到达系统设定的阈值，就会进入下一阶段。

console.log(&#39;start&#39;)
setTimeout(() => {//定时器1
  console.log(&#39;timer1&#39;)
  setTimeout(function timeout () {//定时器2
    console.log(&#39;timeout&#39;);
  },0);
  setImmediate(function immediate () {//定时器3
    console.log(&#39;immediate&#39;);
  });
  Promise.resolve().then(function() {
    console.log(&#39;promise1&#39;)
  })
}, 0)
setTimeout(() => {//定时器4
  console.log(&#39;timer2&#39;)
  Promise.resolve().then(function() {
    console.log(&#39;promise2&#39;)
  })
}, 0)
Promise.resolve().then(function() {
  console.log(&#39;promise3&#39;)
})
console.log(&#39;end&#39;)

ログイン後にコピー

可以 Node 上边运行一下

Nodejs のモジュール性とイベントループについて話しましょう

timers 阶段：这个阶段执行timer（setTimeout、setInterval）的回调

I/O callbacks 阶段：处理一些上一轮循环中的少数未执行的 I/O 回调

idle, prepare 阶段：仅node内部使用

poll 阶段：获取新的I/O事件, 适当的条件下node将阻塞在这里

check 阶段：执行 setImmediate() 的回调

close callbacks 阶段：执行 socket 的 close 事件回调

理解：首先执行同步任务，所以会输出start end,poll阶段是事件循环的入口，有异步事件就是从这里进入的，同步任务执行完执行先微任务，输出 promise3,接下来就是 setTimeout了，由 poll阶段一步步到 timers 阶段，执行定时器1，输出 timer1,将定时器2和定时器3加入到队列里边，一旦执行一个阶段里的一个任务就立刻执行微任务队列，所以再输出 promise1,然后执行定时器4，如上输出timer2,promise2,结合事件再循环，到了 check 阶段，执行 setImmediate() 的回调，输出 immediate,再循环进行，到达 timer 阶段，输出 timeout

Nodejs のモジュール性とイベントループについて話しましょう

2.2.3浏览器的事件循环

浏览器和 Node 的事件循环是不一样的

打算用两张图和一段代码来解释浏览器的事件循环机制，

console.log(1)
setTimeout(()=>{console.log(2)},1000)//宏任务1
async function fn(){
    console.log(3)
    setTimeout(()=>{console.log(4)},20)//宏任务2
    //return Promise.reject()返回失败状态的，不会输出6，弄不清楚为啥
    return Promise.resolve()
}
async function run(){
    console.log(5)
    await fn()
    //console.log(6),
}
run()
//需要执行150ms左右
for(let i=0;i<90000000;i++){}
setTimeout(()=>{//宏任务3
    console.log(7)
    new Promise(resolve=>{
        console.log(8)
        resolve()
    }).then(()=>{console.log(9)})
},0)
console.log(10)
// 1 5 3 10 4 7 8 9 2

ログイン後にコピー

执行结果如(请忽略我的工具提示)：

Nodejs のモジュール性とイベントループについて話しましょう

我们可以储备一些前置知识：JavaScript 是单线程的，任务可以分为同步任务和异步任务，像 console.log('1') 就是同步的，定时器 setTimeout,promise 的回调等就是异步的。同步的很好理解，就从上到下一行一行的执行下来，异步的就有点小复杂了，还会分为宏任务和微任务。

浏览器的事件循环机制就是：先执行同步任务，同步任务执行完成，就执行任务队列里面的任务，那任务队列里面的任务是哪来的呢？异步任务准备好了就会放进任务队列，你可以理解为，在任务队列里边宏任务和微任务都存在这一个队列结构管着它们。先后的话，同步任务执行完成后，任务队列里有微任务，则将微任务执行完，再执行一个宏任务，执行了宏任务可能又产生了微任务，这是就需要再执行完微任务任务。你可以将同步任务看成宏任务，这样就可以理解为，每执行完一个宏任务都要清理一遍微任务。

Nodejs のモジュール性とイベントループについて話しましょう

上記のコードを以下のように説明します。コードの 1 行目が実行されると 1 が出力され、コードの 2 行目が実行されると setTimeout がマクロに属します。タスク 1 が実行され、1000 ミリ秒後にタスクキューに追加される準備が整います。その後、関数 run を実行し、出力 5 を実行します。await が存在するため、 fn 関数が実行されるのを待つ必要があります。ここで ## を渡します。 #await キーワードは、非同期関数を同期関数に変えます。fn が実行されると、、3 が出力され、別の setTimeout マクロタスク 2 が表示され、準備時間が 20 ミリ秒で、成功ステータス Promise が返され、出力 6 ,for ループには 150 ミリ秒かかります。これはマクロタスク 2 です。準備が完了したら、タスクキューに入り、下に進みます。setTimeout マクロタスク 3 があります。タスクキューに参加するための準備は必要ありません。コードの最後の行を実行し、10 を出力します。この時点で、すべての同期タスクが実行されました。次は非同期タスクであるタスクキューです。は、先入れ先出しの原則に従うキューのデータ構造です。この時点で、タスクキューにはマクロタスク 2 とマクロタスク 3 があります。マクロタスク 2 が最初に実行され、4 が出力されます, そして、マクロタスク 3 が実行され、## が出力されます。#7、promise 自体は同期であり、出力 8、コールバック then。内部はマイクロタスクです。マクロタスク 3 が実行されると、マイクロタスクが存在することがわかります。マイクロタスクの片側をクリーンにして、9 を出力します。プロセス全体の 1000 ミリ秒後、マクロタスク 1 がタスクに参加しますキューと出力 2. ここを見てください. お兄さんのブログの方が分かりやすいかもしれませんが、文章はあまり良くありません. 申し訳ありませんが、リンクは以下です。