前端知識中有很多相近的概念或 API，相信不少人在開發(fā)中有注意到這些相近的概念或 API，但是有時(shí)不會深入去了解異同，只要某個(gè) API 能滿足開發(fā)需求即可。

本文將介紹一些相近的概念和 API，讓你能更清晰地了解它們的異同，在使用時(shí)更游刃有余。

1. cookie vs localStorage vs sessionStorage

前端開發(fā)中，這三個(gè)本地存儲方案可以說是很常見的，用一張圖說明下它們的區(qū)別：

comparison-table

圖片來源：local-storage-vs-session-storage-vs-cookies[1]

圖中從存儲大小、是否自動過期、服務(wù)端是否可以獲取、是否支持 HTTP 請求傳輸和數(shù)據(jù)持久性方面進(jìn)行對比。除了圖中幾個(gè)部分，在作用域方面，cookie 由域名和路徑?jīng)Q定，localStorage 和 sessionStorge 都是遵守同源策略。

最后再提幾個(gè)關(guān)于在使用 sessionStorage 的時(shí)偶爾會陌生的知識點(diǎn)：

1. sessionStorage 數(shù)據(jù)在各個(gè)直接打開的瀏覽器頁簽中是不會同步的，這意味著你打開了兩個(gè)同域名的網(wǎng)站，在其中一個(gè)設(shè)置了 sessionStorage 數(shù)據(jù)，另一個(gè)頁面是不會同步這個(gè)數(shù)據(jù)的（而 localStorage 會），也就是說 sessionStorage 除了關(guān)閉瀏覽器時(shí)不會保留數(shù)據(jù)，各個(gè)頁簽數(shù)據(jù)的同步也和 localStorage 不一樣。
2. 如果你在當(dāng)前頁設(shè)置了一些 sessionStorage 數(shù)據(jù)，然后通過 window.open 或 <a> 標(biāo)簽打開，新頁簽會同步一份當(dāng)前頁副本，隨后兩個(gè)頁簽的 sessionStorage 又會是獨(dú)立的，不過要注意打開新頁簽的 rel 屬性（用于指定當(dāng)前文檔與被鏈接文檔的關(guān)系）要設(shè)置為 opener。

圖片

2. querySelectorAll vs getElementsByTagName

querySelectorAll 可以根據(jù)傳入的 CSS 選擇器查找 HTML 元素，使用上比 getElementsByTagName 更靈活。

它們之間的不同點(diǎn)在于：querySelectorAll 返回的是一個(gè)靜態(tài)的 NodeList，而 getElementsByTagName 返回的是動態(tài)的。

來看下面這個(gè)示例：

<ul>
    <li>1</li>
    <li>2</li>
    <li>3</li>
</ul>

接下來使用兩個(gè)方法獲取 li 元素類數(shù)組，然后再動態(tài)插入一個(gè) li，最后查看兩個(gè)類數(shù)組的長度。

const listItems = document.querySelectorAll('li');
const listItems2 = document.getElementsByTagName('li');
console.log(listItems.length, listItems2.length);  // 3,3

const list = document.querySelector('ul');
const li = document.createElement('li');
li.innerHTML = '4';
list.appendChild(li);

console.log(listItems.length, listItems2.length);  // 3, 4

可以看到 querySelectorAll 方法獲取的類數(shù)組長度在動態(tài)添加 li 后還是 3，而 getElementsByTagName 的為 4。

常用的獲取元素方法中g(shù)etElementsByClassName 方法、element.childNodes 和 element.children 返回的也是動態(tài) NodeList。

3. children vs childNodes

children 和 childNodes 都可以用來獲取元素的子節(jié)點(diǎn)，不同的是 children 只會獲取 HTML 元素節(jié)點(diǎn)，而 childNodes 會獲取到非 HTML 元素節(jié)點(diǎn)，包括文本、注釋節(jié)點(diǎn)等。

<ul>
    <!-- 這里有有些內(nèi)容 -->
    <li>A</li>
    <li>B</li>
    <li>C</li>
</ul>

const parent = document.querySelector('ul');
// 輸出 HTMLCollection(3) [li, li, li]
console.log(parent.children)
// 輸出 NodeList(10) [text, comment, text, text, li, text, li, text, li, text]
console.log(parernt.childNodes)

4. microtasks vs macrotasks

宏任務(wù)和微任務(wù)概念也經(jīng)常在前端中出現(xiàn)，與之相關(guān)的就是事件循環(huán)機(jī)制。事件循環(huán)機(jī)制是必須掌握的，宏任務(wù)和微任務(wù)也可以了解下，實(shí)際開發(fā)中碰到相關(guān)問題能反應(yīng)過來是宏任務(wù)和微任務(wù)的不同即可。

宏任務(wù)包括：

• setTimeout and  setInterval 的回調(diào)
• DOM 操作
• I/O 操作 (Node 中讀寫文件)
• requestAnimationFrame

微任務(wù)包括：

• Promises 的 resolve 和 reject
• MutationObserver 回調(diào)
• Node 中的 process.nextTick

事件循環(huán)機(jī)制如下圖：

圖片

宏任務(wù)微任務(wù)執(zhí)行順序如下圖：

圖片

最后配合一個(gè)例子看下效果：

console.log('Script start')

setTimeout(function () {
  console.log('setTimeout')
}, 0)

new Promise((resolve) => {
  console.log('Promise')
}).then(function () {
  console.log('Promise then')
})

console.log('Script end')

// 輸出順序?yàn)? Script start、Promise、Script end、Promise then、setTimeout

一個(gè)更清晰的圖（源[2]）:

圖片

5. setTimeout(0) vs requestAnimationFrame

setTimeout(0) 和 requestAnimationFrame 都能把代碼延遲到下一個(gè)動畫幀運(yùn)行，它們的不同在于：

• setTimeout(0) 將代碼推到事件循環(huán)的任務(wù)隊(duì)列中，如果任務(wù)隊(duì)列中有大量任務(wù)，setTimeout(0) 就不會立即執(zhí)行。
• requestAnimationFrame 會在下一次渲染前執(zhí)行，而不是在事件循環(huán)中執(zhí)行，它能自動與顯示器刷新率同步。不過，它只有在瀏覽器準(zhǔn)備好渲染新幀時(shí)才會執(zhí)行，如果標(biāo)簽頁處于非激活狀態(tài)，它就不會運(yùn)行。

處理動畫時(shí)，requestAnimationFrame 更合適， 如果你要延遲執(zhí)行代碼的話，可以直接使用 setTimeout(0)。

補(bǔ)充一個(gè)小點(diǎn)：setTimeout 的語法是  setTimeout(functionRef, delay, param1, param2, /* … ,*/ paramN)，除了回調(diào)函數(shù)和延遲時(shí)間，后續(xù)參數(shù)都會作為回調(diào)函數(shù)的參數(shù)。

// 1 秒后輸出 delay 1s
setTimeout(console.log, 1000, 'delay 1s')

6. naturalWidth vs width

naturalWidth 是元素的自然寬度，它永遠(yuǎn)不會改變。例如，一張 100px 寬的圖片的 naturalWidth 始終是 100px，即使通過 CSS 或 JavaScript 調(diào)整圖片大小后也不變。

而 width 是可以改變的，可以通過 CSS 或 JavaScript 設(shè)置。

圖片

7. stopImmediatePropagation vs stopPropagation

stopImmediatePropagation() 方法與 stopPropagation() 方法一樣，可阻止事件冒泡。但是，stopImmediatePropagation() 方法會阻止元素同一事件的其他監(jiān)聽器。

button.addEventListener('click', function () {
  console.log('foo')
})

button.addEventListener('click', function (e) {
  console.log('bar')
  e.stopImmediatePropagation()
})

button.addEventListener('click', function () {
  console.log('baz')
})

上面代碼中按鈕點(diǎn)擊后只會輸出 foo and bar，baz 的事件監(jiān)聽函數(shù)不會觸發(fā)。

8. HTML 字符實(shí)體 vs Unicode 字符

HTML 實(shí)體是特殊字符序列，用來表示可能被誤認(rèn)為是 HTML 代碼的字符，如小于號 (<) 或雙引號 (&)。

下面是一些常見的 HTML 實(shí)體：

• &lt; 代表小于號 <
• &gt; 代表大于號 >
• &amp; 代表于符號 &
• &quot; 代表雙引號 "
• &apos; 或 &#39; 代表單引號 '
• &nbsp; 代表空格

HTML 字符實(shí)體相比 Unicode 字符會更好記些，同時(shí)瀏覽器對 HTML 字符實(shí)體支持更好。

Unicode 是表示字符或符號的特定代碼，它們用于顯示標(biāo)準(zhǔn)字符集中可能沒有的字符，如非拉丁字母或特殊符號。

一些 Unicode 字符示例：

• \u00A9 表示版權(quán)符號 (?)
• \u2192 表示右箭頭 (→)
• \u2615 代表咖啡杯 (?)
• \u1F60E 代表戴著墨鏡的笑臉 (??)
• \u2764 表示一顆紅心 (?)

Unicode 可以表示任何語言的任何字符或符號，不過舊版本瀏覽器的支持性可能沒那么好。

9. script async vs script defer

當(dāng)瀏覽器碰到 script 標(biāo)簽時(shí)，會執(zhí)行以下步驟：

• 暫停文檔解析
• 創(chuàng)建一個(gè)新請求來下載腳本
• 下載完成后執(zhí)行腳本
• 繼續(xù)解析文檔

script 標(biāo)簽會阻塞整個(gè)文檔的解析，為了提供更好的體驗(yàn)，HTML5 為 script 標(biāo)簽提供了兩個(gè)屬性，它們是 async 和 defer。

<script src="/path/to/script.js" async></script>
<script src="/path/to/script.js" defer></script>

這兩個(gè)屬性讓瀏覽器知道，該腳本與文檔解析可以同時(shí)進(jìn)行。

async 和 defer 的效果如上圖。

async 會在下載完成后立即執(zhí)行（下載不阻塞 HTML 解析，執(zhí)行會），所以多個(gè) script 標(biāo)簽都使用 async 屬性的話，是不能保證多個(gè) script 的執(zhí)行順序，而使用 defer 的話，下載完后會等待 HTML 解析完成再執(zhí)行，可以保證多個(gè) script 的執(zhí)行順序。

所以 async 一般在獨(dú)立的腳本上使用，如埋點(diǎn)腳本。

還有一點(diǎn)，動態(tài)加載的腳本 async 默認(rèn)為 true，如果你不需要，可以設(shè)置為 false：

const script = document.createElement('script');
script.src = '/path/to/script.js';
script.async = false;
document.head.appendChild(script);

10. __proto__ vs prototype

__proto__ 和 prototype 的區(qū)別很簡單：

• __proto__ 是對象實(shí)例的屬性
• prototype 是構(gòu)造函數(shù)的屬性

當(dāng)你使用 __proto__ 時(shí)，你是正在查找對象原型鏈上的屬性和方法，而 prototype 對象定義了所有實(shí)例都將擁有的共享屬性和方法。

圖片

如上圖，Letter 函數(shù)的 prototype 屬性和其三個(gè)實(shí)例的 __proto__ 屬性都是指向 Letter 的原型鏈對象 Letter.prototype。

11.Dependencies vs devDependencies vs peerDependencies

dependencies 代表依賴項(xiàng)是項(xiàng)目中的一部分，最終會被一起打包到生產(chǎn)代碼中，當(dāng)你執(zhí)行 npm install 時(shí)，你依賴的那個(gè)包的依賴也會自動安裝，比如你項(xiàng)目使用到了 antd, npm install 時(shí) antd 的依賴項(xiàng) classnames 也會被安裝，這就是你有時(shí)候沒安裝一些庫，但是也可以使用的原因。

"dependencies": {
    "lodash": "^4.17.21"
}

devDenpendencies 代表依賴項(xiàng)是僅在開發(fā)過程中才需要的，代碼的最終生產(chǎn)版本并不需要這些依賴項(xiàng)。

"devDependencies": {
    "jest": "^29.6.4"
}

peerDependencies 代表使用這個(gè)庫時(shí)需要的依賴項(xiàng)，和 dependencies 不同的是，它不會在 npm install 時(shí)被安裝，需要你顯式的在自己項(xiàng)目下安裝。各個(gè)包管理器的各個(gè)版本對 peerDependencies 的處理可能都不同，有興趣的可以繼續(xù)深入了解。

"peerDependencies": {
    "react": ">=16.9.0",
    "react-dom": ">=16.9.0"
  },

12. isNaN vs Number.isNaN

isNaN 是一個(gè)全局函數(shù)，用于判斷參數(shù)是否為 NaN，不過，在判斷參數(shù)是否為 NaN 之前，它會嘗試先將參數(shù)轉(zhuǎn)換為數(shù)字。

isNaN('hello');     // true
isNaN(undefined);   // true
isNaN({});          // true
isNaN([]);          // false  +[] === 0
isNaN(42);          // false

在 ES6 中引入了 Number.isNaN 函數(shù)，與 isNaN 不同的是，在判斷前 Number.isNaN 不會轉(zhuǎn)換參數(shù)。

Number.isNaN('hello');      // false
Number.isNaN(undefined);    // false
Number.isNaN({});           // false
Number.isNaN([]);           // false
Number.isNaN(42);           // false
Number.isNaN(NaN);          // true

一般來說，使用 Number.isNaN 比 isNaN 更準(zhǔn)確。

13. 默認(rèn)參數(shù) vs 或操作符

JavaScript 提供了兩種為函數(shù)參數(shù)設(shè)置默認(rèn)值的方法：使用默認(rèn)參數(shù)或 OR (||) 操作符，兩者在最終效果上會有一些不同。

先來看默認(rèn)參數(shù)：

const sayHello = (name = 'World') => {
  console.log(`Hello, ${name}!`);
};

sayHello();                 // `Hello, World!`
sayHello(undefined);        // `Hello, World!`
sayHello(null);    // `Hello, null!`
sayHello('');    // `Hello, !`
sayHello("Phuoc Nguyen");   // `Hello, Phuoc Nguyen!`

可以看到默認(rèn)參數(shù)只有為 undefined 的時(shí)候，默認(rèn)參數(shù)才會生效。不傳和傳 undefined 效果一致。

再來看或操作符：

const sayHello2 = (name) => {
    const withDefaultName = name || 'World';
    console.log(`Hello, ${withDefaultName}!`);
};

sayHello2();                 // `Hello, World!`
sayHello2(undefined);        // `Hello, World!`
sayHello2(null);    // `Hello, World!`
sayHello2('');     // `Hello, World!`
sayHello2("Phuoc Nguyen");   // `Hello, Phuoc Nguyen!`

可以看到參數(shù)只要是 falsy 值（undefined、null、NaN、0、""和 false），都會使用代碼中默認(rèn)參數(shù)，這個(gè)就是和 ES6 默認(rèn)參數(shù)不同的地方。

14. null vs undefined

null 和 undefined 的不同點(diǎn)如下：

1. undefined 表示變量已經(jīng)被聲明，但未被賦值；null 用來表示變量沒有值。

let foo;
console.log(foo); // undefined

let foo = null;
console.log(foo); // null

2. undefined 和 null 代表的類型不同。

console.log(typeof undefined); // 'undefined'
console.log(typeof null); // 'object'

除了以上兩點(diǎn)不同之外，還有兩點(diǎn)值得關(guān)注的：

1. undefined 和 null 進(jìn)行比較的結(jié)果。

null == undefined; // true
null === undefined; // false

2. JSON.stringify 會忽略 undefined, 但是會保留 null。

JSON.stringify({
    name: 'John',
    address: null,
    age: undefined,
});

// {"name":"John","address":null}

小結(jié)

前端中還有很多相近的概念和 API，在業(yè)務(wù)開發(fā)時(shí)可能沒時(shí)間去了解，但是有空的時(shí)候還是可以花點(diǎn)時(shí)間去掌握其中的異同，扎實(shí)自己的前端基礎(chǔ)。

參考資料

[1]local-storage-vs-session-storage-vs-cookies: https://www.loginradius.com/blog/engineering/guest-post/local-storage-vs-session-storage-vs-cookies/

[2]圖片源: https://medium.com/@francesco_rizzi/javascript-main-thread-dissected-43c85fce7e23