JS運(yùn)行過程中，全局執(zhí)行上下文（global EC）一直在執(zhí)行上下文棧（ECS）中嗎。

JS引擎創(chuàng)建了執(zhí)行上下文棧ECS來管理執(zhí)行上下文
當(dāng)應(yīng)用程序結(jié)束的時(shí)候，棧清空。
所以結(jié)束之前，棧底部一直有全局執(zhí)行上下文

第二個(gè)問題我也不清楚，期待解答~

我的理解，執(zhí)行上下文包含全局上下文

自問自答了：
執(zhí)行上下文棧只有一個(gè)；
全局上下文并不會(huì)一直在執(zhí)行上下文棧中。

也就是說，我們經(jīng)常聽到的全局執(zhí)行上下文會(huì)一直在棧底直到瀏覽器關(guān)閉是錯(cuò)誤的理解

然后我來解釋一下：
1，全局上下文會(huì)出棧，并不是一直在棧底。
全部代碼運(yùn)行結(jié)束，ECS就為空，也就是說，全局執(zhí)行上下文會(huì)出棧，但是全局詞法環(huán)境（global lexical environment）還存在。
2，執(zhí)行全局代碼的時(shí)候會(huì)再次創(chuàng)建全局上下文。
當(dāng)你執(zhí)行全局的代碼的時(shí)候（例如，從控制臺(tái)執(zhí)行代碼），瀏覽器就會(huì)將全局詞法環(huán)境用來創(chuàng)建全局上下文（當(dāng)然，全局上下文中不只有這個(gè)）。然后，代碼就會(huì)在這個(gè)全局上下文中執(zhí)行。
3，事件循環(huán)中執(zhí)行隊(duì)列中的事件時(shí)會(huì)再次創(chuàng)建上下文。
當(dāng)ECS為空時(shí)，瀏覽器會(huì)從任務(wù)隊(duì)列中刪除一條任務(wù)，并且用這條任務(wù)相關(guān)的信息創(chuàng)建執(zhí)行上下文，也就是全局上下文。
關(guān)于這點(diǎn)可以直接參考MDN：

At some point during the event loop, the runtime starts handling the messages on the queue, starting with the oldest one. To do so, the message is removed from the queue and its corresponding function is called with the message as an input parameter. As always, calling a function creates a new stack frame for that function's use.

以及ES2015規(guī)范：

A request for the future execution of a Job is made by enqueueing, on a Job Queue, a PendingJob record that includes a Job abstract operation name and any necessary argument values. When there is no running execution context and the execution context stack is empty, the ECMAScript implementation removes the first PendingJob from a Job Queue and uses the information contained in it to create an execution context and starts execution of the associated Job abstract operation.

這個(gè)答案主要參考自：StackOverflow上的這個(gè)回答。

最后，強(qiáng)烈建議JavaScript學(xué)的好并且英語好的去看看上面的規(guī)范，然后幫忙看一下我的理解有沒有問題，畢竟我的理解能力有限。