let 命令

ES6 新增了let命令，用來聲明變量。它的用法類似于var，但是所聲明的變量，只在let命令所在的代碼塊內有效。

基本用法

{
    let a = 10;
    var b = 1;
}
a // ReferenceError: a is not defined.
b // 1{
    let a = 10;
    var b = 1;
}
a // ReferenceError: a is not defined.
b // 1

上面代碼在代碼塊之中，分別用let和var聲明了兩個變量。然后在代碼塊之外調用這兩個變量，結果let聲明的變量報錯，var聲明的變量返回了正確的值。這表明，let聲明的變量只在它所在的代碼塊有效。

for循環(huán)的計數器，就很合適使用let命令。

var a = [];
for (let i = 0; i < 10; i++) {
    a[i] = function () {
        console.log(i);
    };
}
a[6](); // 6

上面代碼中，變量i是let聲明的，當前的i只在本輪循環(huán)有效，所以每一次循環(huán)的i其實都是一個新的變量，所以最后輸出的是6。你可能會問，如果每一輪循環(huán)的變量i都是重新聲明的，那它怎么知道上一輪循環(huán)的值，從而計算出本輪循環(huán)的值？這是因為 JavaScript 引擎內部會記住上一輪循環(huán)的值，初始化本輪的變量i時，就在上一輪循環(huán)的基礎上進行計算。

另外，for循環(huán)還有一個特別之處，就是設置循環(huán)變量的那部分是一個父作用域，而循環(huán)體內部是一個單獨的子作用域。

for (let i = 0; i < 3; i++) {
    let i = 'abc';
    console.log(i);
}
// abc
// abc
// abc

上面代碼正確運行，輸出了 3 次abc。這表明函數內部的變量i與循環(huán)變量i不在同一個作用域，有各自單獨的作用域。

不允許重復聲明

let不允許在相同作用域內，重復聲明同一個變量。

// 報錯
function func() {
    let a = 10;
    var a = 1;
}
// 報錯
function func() {
    let a = 10;
    let a = 1;
}

因此，不能在函數內部重新聲明參數。

function func(arg) {
    let arg;
}
func() // 報錯
function func(arg) {
    {
        let arg;
    }
}
func() // 不報錯

不存在變量提升

var命令會存在“變量提升”現象，即變量可以在聲明之前使用，值為undefined。這種現象會讓人覺得很奇怪，按照一般的邏輯，變量應該在聲明語句之后才可以使用。

那么為了糾正（避免）這種現象，let命令改變了語法行為，它所聲明的變量一定要在聲明后使用，否則會報錯。

// var 的情況
console.log(foo); // 輸出undefined
var foo = 2;
// let 的情況
console.log(bar); // 報錯ReferenceError
let bar = 2;

以上代碼中，變量foo用var命令聲明，會發(fā)生變量提升，即腳本開始運行時，變量foo已經存在了，但是沒有值，所以會輸出undefined。變量bar用let命令聲明，不會發(fā)生變量提升。這表示在聲明它之前，變量bar是不存在的，這時如果用到它，就會拋出一個錯誤。

const 命令

const 聲明一個只讀的常量。一旦聲明，常量的值就不能改變。const 聲明一個只讀的常量。一旦聲明，常量的值就不能改變

基本用法

const PI = 3.1415;
PI // 3.1415
PI = 3;
// TypeError: Assignment to constant variable.

上面代碼表明改變常量的值會報錯。

const 聲明的變量不得改變值，這意味著，const 一旦聲明變量，就必須立即初始化，不能留到以后賦值。且只聲明不賦值，也會報錯。

if (true) {
    const MAX = 5;
}
MAX // Uncaught ReferenceError: MAX is not defined

這表明，const聲明的變量也是只在它所在的代碼塊有效。

const的本質

const 實際上保證的，并不是變量的值不得改動，而是變量指向的那個內存地址所保存的數據不得改動。對于簡單類型的數據（數值、字符串、布爾值），值就保存在變量指向的那個內存地址，因此等同于常量。但對于復合類型的數據（主要是對象和數組），變量指向的內存地址，保存的只是一個指向實際數據的指針，const 只能保證這個指針是固定的（即總是指向另一個固定的地址），至于它指向的數據結構是不是可變的，就完全不能控制了。因此，將一個對象聲明為常量必須非常小心。

暫時性死區(qū)

只要塊級作用域內存在let命令，它所聲明的變量就“綁定”（binding）這個區(qū)域，不再受外部的影響。

var tmp = 123;
if (true) {
    tmp = 'abc'; // ReferenceError
    let tmp;
}

上面代碼中，存在全局變量tmp，但是塊級作用域內let又聲明了一個局部變量tmp，導致后者綁定這個塊級作用域，所以在let聲明變量前，對tmp賦值會報錯。

ES6 明確規(guī)定，如果區(qū)塊中存在let和const命令，這個區(qū)塊對這些命令聲明的變量，從一開始就形成了封閉作用域。凡是在聲明之前就使用這些變量，就會報錯。

總之，在代碼塊內，使用let命令聲明變量之前，該變量都是不可用的。這在語法上，稱為“暫時性死區(qū)”（temporal dead zone，簡稱 TDZ）。

if (true) {
    // TDZ開始
    tmp = 'abc'; // ReferenceError
    console.log(tmp); // ReferenceError
    let tmp; // TDZ結束
    console.log(tmp); // undefined
    tmp = 123;
    console.log(tmp); // 123
}

上面代碼中，在let命令聲明變量tmp之前，都屬于變量tmp的“死區(qū)”。

“暫時性死區(qū)”也意味著typeof不再是一個百分之百安全的操作。

typeof x; // ReferenceError
let x;

上面代碼中，變量x使用let命令聲明，所以在聲明之前，都屬于x的“死區(qū)”，只要用到該變量就會報錯。因此，typeof運行時就會拋出一個ReferenceError。

作為比較，如果一個變量根本沒有被聲明，使用typeof反而不會報錯。

typeof undeclared_variable // "undefined"

上面代碼中，undeclared_variable是一個不存在的變量名，結果返回“undefined”。所以，在沒有let之前，typeof運算符是百分之百安全的，永遠不會報錯?，F在這一點不成立了。這樣的設計是為了讓大家養(yǎng)成良好的編程習慣，變量一定要在聲明之后使用，否則就報錯。

有些“死區(qū)”比較隱蔽，不太容易發(fā)現。

function bar(x = y, y = 2) {
    return [x, y];
}
bar(); // 報錯

上面代碼中，調用bar函數之所以報錯（某些實現可能不報錯），是因為參數x默認值等于另一個參數y，而此時y還沒有聲明，屬于“死區(qū)”。如果y的默認值是x，就不會報錯，因為此時x已經聲明了。

ES6 規(guī)定暫時性死區(qū)和let、const語句不出現變量提升，主要是為了減少運行時錯誤，防止在變量聲明前就使用這個變量，從而導致意料之外的行為。這樣的錯誤在 ES5 是很常見的，現在有了這種規(guī)定，避免此類錯誤就很容易了。

總之，暫時性死區(qū)的本質就是，只要一進入當前作用域，所要使用的變量就已經存在了，但是不可獲取，只有等到聲明變量的那一行代碼出現，才可以獲取和使用該變量。

var、let 與 const 的區(qū)別

作用域：var聲明的變量屬于函數作用域，而let和const聲明的變量屬于塊級作用域。

聲明初始化：var和let在聲明的時候可以不進行初始化；而const在聲明的時候必須初始化。

變量提升：var聲明的變量存在變量提升，即變量可以在聲明之前調用，值為undefined；let和const不存在變量提升，即它們所聲明的變量一定要在聲明后使用，否則會報錯。

修改與重復聲明：var聲明的變量可以重復聲明，而在同一塊級作用域，let變量不能重新聲明，const常量不能修改（對象的屬性和方法，數組的內容可以修改）。

暫存性死區(qū)：var不存在暫時性死區(qū)；let和const存在暫時性死區(qū)，只有等到聲明變量的那一行代碼出現，才可以獲取和使用該變量。

到此這篇關于淺析JavaScript中l(wèi)et與const命令的區(qū)別的文章就介紹到這了,更多相關JavaScript let const內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論