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

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

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

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

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

然后我來解釋一下：
1，全局上下文會出棧，并不是一直在棧底。
全部代碼運行結(jié)束，ECS就為空，也就是說，全局執(zhí)行上下文會出棧，但是全局詞法環(huán)境（global lexical environment）還存在。
2，執(zhí)行全局代碼的時候會再次創(chuàng)建全局上下文。
當你執(zhí)行全局的代碼的時候（例如，從控制臺執(zhí)行代碼），瀏覽器就會將全局詞法環(huán)境用來創(chuàng)建全局上下文（當然，全局上下文中不只有這個）。然后，代碼就會在這個全局上下文中執(zhí)行。
3，事件循環(huán)中執(zhí)行隊列中的事件時會再次創(chuàng)建上下文。
當ECS為空時，瀏覽器會從任務隊列中刪除一條任務，并且用這條任務相關(guān)的信息創(chuàng)建執(zhí)行上下文，也就是全局上下文。
關(guā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.

這個答案主要參考自：StackOverflow上的這個回答。

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