前言

Javascript是一門基於物件的動態語言，也就是說，所有東西都是物件，一個很典型的例子就是函式也被視為普通的物件。Javascript可以通過一定的設計模式來實現面向物件的程式設計，其中this “指標”就是實現面向物件的一個很重要的特性。但是this也是Javascript中一個非常容易理解錯，進而用錯的特性。特別是對於接觸靜態語言比較久了的同志來說更是如此。

示例說明

我們先來看一個最簡單的示例：

<script type="text/javascript">
    var name = "Kevin Yang";
    function sayHi(){
       alert("你好，我的名字叫" + name);
    }
    sayHi();
</script>

這段程式碼很簡單，我們定義了一個全域性字串物件name和函式物件sayHi。執行會彈出一個打招呼的對話方塊，“你好，我的名字叫Kevin Yang”。

我們把這段程式碼稍微改一改：

<script type="text/javascript">
    var name = "Kevin Yang";
    function sayHi(){
       alert("你好，我的名字叫" + this.name);
    }
    sayHi();
</script>

這段程式碼和上段程式碼的區別就在於sayHi函式在使用name的時候加上了this.字首。執行結果和上面一摸一樣。這說明this.name引用的也還是全域性的name物件。

開頭我們不是說了，函式也是普通的物件，可以將其當作一個普通變數使用。我們再把上面的程式碼改一改：

<script type="text/javascript">
    var name = "Kevin Yang";
    function sayHi(){
       alert("你好，我的名字叫" + this.name);
    }
    var person = {};
    person.sayHello = sayHi;
    person.sayHello();
</script>

這一次，我們又建立了一個全域性物件person，並將sayHi函式物件賦給person物件的sayHello屬性。執行結果如下：

這一次打招呼的內容就有點無厘頭了，我們發現this.name已經變成undefined了。這說明，在sayHello函式內部執行時已經找不著this.name物件了。如果我們重新定義person物件，在其上面加上一個name屬性又會怎麼樣呢？

var person = {name:"Marry"};

執行程式碼發現打招呼的“人”變了：

是不是看出點道道了呢？

判別this指標的指導性原則

在Javascript裡面，this指標代表的是執行當前程式碼的物件的所有者。

在上面的示例中我們可以看到，第一次，我們定義了一個全域性函式物件sayHi並執行了這個函式，函式內部使用了this關鍵字，那麼執行this這行程式碼的物件是sayHi（一切皆物件的體現），sayHi是被定義在全域性作用域中。其實在Javascript中所謂的全域性物件，無非是定義在window這個根物件下的一個屬性而已。因此，sayHi的所有者是window物件。也就是說，在全域性作用域下，你可以通過直接使用name去引用這個物件，你也可以通過window.name去引用同一個物件。因而this.name就可以翻譯為window.name了。

再來看第二個this的示例。我們定義了一個person的物件，並定義了它的sayHello屬性，使其指向sayHi全域性物件。那麼這個時候，當我們執行person.sayHello的時候，this所在的程式碼所屬物件就是sayHello了（其實準確來說，sayHi和sayHello是隻不過類似兩個指標，指向的物件實際上是同一個），而sayHello物件的所有者就是person了。第一次，person裡面沒有name屬性，因此彈出的對話方塊就是this.name引用的就是undefined物件（Javascript中所有隻宣告而沒有定義的變數全都指向undefined物件）；而第二次我們在定義person的時候加了name屬性了，那麼this.name指向的自然就是我們定義的字串了。

理解了上面所說的之後，我們將上面最後一段示例改造成面向物件式的程式碼。

<script type="text/javascript">
    var name = "Kevin Yang";
    function sayHi(){
       alert("你好，我的名字叫" + this.name);
    }
    function Person(name){
        this.name = name;
    }
    Person.prototype.sayHello = sayHi;
    var marry = new Person("Marry");   
    marry.sayHello();
    var kevin = new Person("Kevin");
    kevin.sayHello();
</script>

在上面這段程式碼中，我們定義了一個Person的“類”（實際上還是一個物件），然後在這個類的原型（類原型相當於C++中的靜態成員變數的概念）中定義了sayHello屬性，使其指向全域性的sayHi物件。執行程式碼我們可以看到，marry和kevin都成功的向我們打了聲“招呼”。

在這段程式碼中有兩點需要思考的，一個是new我們很熟悉，但是在這裡new到底做了什麼操作呢？另外一個是，這裡執行sayHello的時候，this指標為什麼能夠正確的指向marry和kevin物件呢？

我們來把上面定義“類”和例項化類物件的操作重新“翻譯”一下：

<script type="text/javascript">
    var name = "Kevin Yang";
    function sayHi(){
       alert("你好，我的名字叫" + this.name);
    }
    function Person(name){
        var this;
        this.name = name;
        return this;
    }
    Person.prototype.sayHello = sayHi;
    var marry = Person("Marry");   
    marry.sayHello();
    var kevin = Person("Kevin");
    kevin.sayHello();
</script>

當然這段程式碼並不能正確執行，但是它可以幫助你更好的理解這個過程。

當我們使用new關鍵字例項化一個“類”物件的時候，Javascript引擎會在這個物件內部定義一個新的物件並將其存入this指標。所有此物件內部用到this的程式碼實際上都是指向這個新的物件。如this.name = name，實際上是將引數中的name物件賦值給了這個新建立的物件。函式物件執行完之後Javascript引擎會將此物件返回給你，於是就有marry變數得到的物件的name為“Marry”，而kevin變數得到的物件的name屬性確實“Kevin”。

顯式操縱this指標

在上面的面向物件式程式設計例項中，我們看到，在使用new操作符的情況下，看起來this的指向和我們前一節中講到的指導原則並不相符。 this指標並沒有指向marry或者kevin的所有者，而是指向marry和kevin變數本身。

實際上，如果你理解什麼是指標的話，那麼你就會知道，既然是指標，那麼當然可以改變其指向的物件。只不過Javascript引擎不允許我們自己寫程式碼來做這樣的事情，也就是說，在Javascript中，你不可以直接寫this = someObj這樣的程式碼。Javascript引擎通過以下兩種方式允許我們顯式指定this指標指代的物件：

1. 通過new操作符，Javascript引擎會將this指標返回給被賦值的變數A（對應上面的例子就是marry和kevin變數），這個時候A和 this指標引用的就是同一個物件了，即A == this。過程參見上面的虛擬碼。

2. 通過Function.apply或者Function.call的原型方法，我們可以將this指標指代的物件以引數的形式傳入，這個時候，函式內部使用的this指標就是傳入的引數。

注意，對於這種顯式指定this指標的情況，上一節提到的指導原則不再適用。

容易誤用的情況

理解了this指標後，我們再來看看一些很容易誤用this指標的情況。

示例1——內聯式繫結Dom元素的事件處理函式

<script type="text/javascript">
    function sayHi(){
       alert("當前點選的元素是" + this.tagName);
    }    
</script>
<input id="btnTest" type="button" value="點選我" onclick="sayHi()">

在此例程式碼中，我們綁定了button的點選事件，期望在彈出的對話方塊中打印出點選元素的標籤名。但執行結果卻是：

也就是this指標並不是指向input元素。這是因為當使用內聯式繫結Dom元素的事件處理函式時，實際上相當於執行了以下程式碼：

<script type="text/javascript">    
    document.getElementById("btnTest").onclick = function(){
        sayHi();
    }
</script>

在這種情況下sayHi函式物件的所有權並沒有發生轉移，還是屬於window所有。用上面的指導原則一套我們就很好理解為什麼this.tagName是undefined了。

那麼如果我們要引用元素本身怎麼辦呢？

我們知道，onclick函式是屬於btnTest元素的，那麼在此函式內部，this指標正是指向此Dom物件，於是我們只需要把this作為引數傳入sayHi即可。

<script type="text/javascript">
    function sayHi(el){
       alert("當前點選的元素是" + el.tagName);
    }
</script>
<input id="btnTest" type="button" value="點選我" onclick="sayHi(this)">

等價程式碼如下：

<script type="text/javascript"> 
    document.getElementById("btnTest").onclick = function(){
        sayHi(this);
    }
</script>

示例2——臨時變數導致的this指標丟失

<script type="text/javascript">
    var Utility = {
        decode:function(str){
            return unescape(str);
        },
        getCookie:function(key){
            // ... 省略提取cookie字串的程式碼
            var value = "i%27m%20a%20cookie";
            return this.decode(value);
        }
    };
    alert(Utility.getCookie("identity"))
</script>

我們在寫稍微有點規模的Js庫的時候，一般都會自己封裝一個Utility的類，然後將一些常用的函式作為Utility類的屬性，如客戶端經常會用到的getCookie函式和解碼函式。如果每個函式都是彼此獨立的，那麼還好辦，問題是，函式之間有時候會相互引用。例如上面的getCookie函式，會對從document.cookie中提取到的字串進行decode之後再返回。如果我們通過Utility.getCookie去呼叫的話，那麼沒有問題，我們知道，getCookie內部的this指標指向的還是Utility物件，而Utility物件時包含decode屬性的。程式碼可以成功執行。

但是有個人不小心這樣使用Utility物件呢？

<script type="text/javascript">
    function showUserIdentity(){
        // 儲存getCookie函式到一個區域性變數，因為下面會經常用到
        var getCookie = Utility.getCookie;
        alert(getCookie("identity"));
    }
    showUserIdentity();
</script>

這個時候執行程式碼會丟擲異常“this.decode is not a function”。運用上面我們講到的指導原則，很好理解，因為此時Utility.getCookie物件被賦給了臨時變數getCookie，而臨時變數是屬於window物件的——只不過外界不能直接引用，只對Javascript引擎可見——於是在getCookie函式內部的this指標指向的就是window物件了，而window物件沒有定義一個decode的函式物件，因此就會丟擲這樣的異常來。

這個問題是由於引入了臨時變數導致的this指標的轉移。解決此問題的辦法有幾個：

• 不引入臨時變數，每次使用均使用Utility.getCookie進行呼叫
• getCookie函式內部使用Utility.decode顯式引用decode物件而不通過this指標隱式引用（如果Utility是一個例項化的物件，也即是通過new生成的，那麼此法不可用）
• 使用Funtion.apply或者Function.call函式指定this指標

前面兩種都比較好理解，第三種需要提一下。正是因為this指標的指向很容易被轉移丟失，因此Javascript提供了兩個類似的函式apply和call來允許函式在呼叫時重新顯式的指定this指標。

修正程式碼如下：

<script type="text/javascript">
    function showUserIdentity(){
        // 儲存getCookie函式到一個區域性變數，因為下面會經常用到
        var getCookie = Utility.getCookie;
        alert(getCookie.call(Utility,"identity"));
        alert(getCookie.apply(Utility,["identity"]));
    }
    showUserIdentity();
</script>

call和apply只有語法上的差異，沒有功能上的差別。

示例3——函式傳參時導致的this指標丟失

我們先來看一段問題程式碼：

<script type="text/javascript">
    var person = {
        name:"Kevin Yang",
        sayHi:function(){
            alert("你好，我是"+this.name);
        }
    }
    setTimeout(person.sayHi,5000);
</script>

這段程式碼期望在訪客進入頁面5秒鐘之後向訪客打聲招呼。setTimeout函式接收一個函式作為引數，並在指定的觸發時刻執行這個函式。可是，當我們等了5秒鐘之後，彈出的對話方塊顯示的this.name卻是undefined。

其實這個問題和上一個示例中的問題是類似的，都是因為臨時變數而導致的問題。當我們執行函式的時候，如果函式帶有引數，那麼這個時候Javascript引擎會建立一個臨時變數，並將傳入的引數複製（注意，Javascript裡面都是值傳遞的，沒有引用傳遞的概念）給此臨時變數。也就是說，整個過程就跟上面我們定義了一個getCookie的臨時變數，再將Utility.getCookie賦值給這個臨時變數一樣。只不過在這個示例中，容易忽視臨時變數導致的bug。

函式物件傳參

對於函式作為引數傳遞導致的this指標丟失的問題，目前很多框架都已經有方法解決了。

Prototype的解決方案——傳參之前使用bind方法將函式封裝起來，並返回封裝後的物件

<script type="text/javascript">
    var person = {
        name:"Kevin Yang",
        sayHi:function(){
            alert("你好，我是"+this.name);
        }
    }
    var boundFunc = person.sayHi.bind(person,person.sayHi);
    setTimeout(boundFunc,5000);
</script>

bind方法的實現其實是用到了Javascript又一個高階特性——閉包。我們來看一下原始碼：

function bind(){
    if (arguments.length < 2 && arguments[0] === undefined) 
        return this;
    var __method = this, args = $A(arguments), object = args.shift();
    return function(){
        return __method.apply(object, args.concat($A(arguments)));
    }
}

首先將this指標存入函式內部臨時變數，然後在返回的函式物件中引用此臨時變數從而形成閉包。

微軟的Ajax庫提供的方案——構建委託物件

<script type="text/javascript">
    var person = {
        name:"Kevin Yang",
        sayHi:function(){
            alert("你好，我是"+this.name);
        }
    }    
    var boundFunc = Function.createDelegate(person,person.sayHi);
    setTimeout(boundFunc,5000);
</script>

其實本質上和prototype的方式是一樣的。

著名的Extjs庫的解決方案採用的手法和微軟是一樣的。

轉自 https://www.cnblogs.com/KevinYang/archive/2009/07/14/1522915.html ——Kevin Yang，感謝！