EventLoop 雖然是 JavaScript 併發模型的核心，實現了非阻塞 I/O，但也存在一些缺點：
-
無法利用多核 CPU： JavaScript 本身是單執行緒的，EventLoop 執行在單執行緒上，這意味著它無法充分利用多核 CPU 的效能。即使任務被分解成更小的塊，它們仍然在一個執行緒上排隊執行。對於 CPU 密集型任務，這會導致效能瓶頸。Web Workers 可以建立多執行緒，但它們與主執行緒的通訊仍然需要透過 EventLoop，並且它們不能直接操作 DOM。
-
長任務阻塞： 如果一個任務執行時間過長（例如複雜的計算、大量的 DOM 操作），它會阻塞 EventLoop，導致後續任務延遲執行，影響頁面響應速度，造成卡頓，甚至頁面假死。這也就是為什麼需要將長任務分解成更小的任務，或者使用 Web Workers。
-
除錯複雜性： 非同步程式碼的除錯比同步程式碼更復雜。由於任務的執行順序不一定是程式碼的順序，開發者需要理解 EventLoop 的機制才能有效地追蹤程式碼執行流程和定位問題。
async/await語法使得非同步程式碼更易讀和編寫，但除錯仍然需要理解底層的 EventLoop。 -
記憶體洩漏的風險： 在事件處理程式中，如果閉包引用了不再需要的物件，可能會導致記憶體洩漏。開發者需要注意在事件處理程式中清除不必要的引用。
-
對共享資源的訪問控制： 由於 JavaScript 是單執行緒的，通常不需要考慮執行緒同步的問題。但是，在使用 Web Workers 或 SharedArrayBuffer 等特性時，需要小心處理共享資源的訪問，避免資料競爭和死鎖等問題。
總而言之，EventLoop 非常適合 I/O 密集型任務，但在處理 CPU 密集型任務時會受到限制。理解 EventLoop 的優缺點，並結合其他技術（如 Web Workers），才能更好地開發高效能的 Web 應用。