當說到閉包時，大家會有什麼樣的想法呢？是覺得它不太會在日常開發中出現，所以很少用，還是單純把閉包當成是一個面試題而已？

經過先前的章節介紹，我們了解到其實 JavaScript 的技術很多時候都是一環緊扣著另一環，如果只單純了解一個局部的概念，其實很難去理解更進階的技術要解決怎麼樣的問題，我個人認為閉包就是一個很好的代表。

如果要了解閉包是如何運作，我個人認為要有以下必備知識：

• JavaScript 記憶體運作
• JavaScript 函式特性
• 執行環境、語法作用域
• Event Loop、執行堆疊（Call Stack）

好在在先前的章節中，我們預先針對上述概念進行了了解，那究竟什麼是閉包，閉包又要解決什麼問題呢？

閉包

根據 MDN 文件，閉包的概念為：「將函式封裝進另一個函式中，如此一來被封裝的函式就可以，透過語法作用域取得到上一層函式的參考值（變數或參數）。」

咦？這不就是我們在前一章在了解執行堆疊時，所應用到的技術嗎？

沒有錯，閉包就是建立在執行堆疊與語法作用域概念的技術延伸，讓我們再看看一個範例來回憶一下這個技巧：

function makeName() {
  const name = 'Vivian';
  return function () {
    console.log(name);
  };
}
makeName()();
// Vivian

上面就是一個完整的閉包了！但上面的閉包其實離我們實際開發時，會用到的狀況差的滿多的，所以如果我們把程式碼再優化一下：

function makeName(name) {
	const printName = name;
  return function () {
    return `My name is ${name}`;
  };
};
const newName = makeName('Vivian');
console.log(newName());
//My name is  Vivian

就可以讓程式碼可用性更高了，但這邊有個小問題，我們可能會發現：咦？上方的程式碼其實根本等同於⋯⋯

const makeName = (name) => `My name is ${name}`;
const newName = makeName('Vivian');
console.log(newName);
//My name is  Vivian

根本不需要閉包，光是透過純函式就可以解決這個問題耶？但為什麼我們還需要閉包呢？

首先，使用閉包有以下好處：

• 可以保有內部變數的獨立性，不被外部污染
• 降低外部變數的使用，當執行堆疊結束時，記憶體及被釋放

但當然，學過純函式的我們也不一定一定需要閉包來幫我們解決上述的問題，甚至在沒有導入 FP 的狀況下，若是我們不當使用了物件作為內部變數，閉包內也依然會有 Mutation 的狀況發生。

所以，閉包不會是在 FP 中我們會使用的主要手段，在這邊我們就不針對閉包進階應用（例如：工廠模式）多加介紹，但是了解閉包對我們了解執行堆疊來說很有幫助，也是以執行堆疊運行機制為基礎更好了解、具象化的範例。

會這麼說的原因在於，也許很多人都知道閉包這個技術，但實際上卻不曉得底層的運作原理來自於函式 Event Loop 及執行堆疊的概念。

既然我們充分瞭解了執行堆疊與閉包的概念，那麼使用 FP 中進階的手法「科里化」就離我們不遠了，下一章我們將要細細解釋有關科里化的實作細節，與其要解決的問題，那我們就下一章見吧！

參考資料：

1. MDN - Closure