如果你嘗試使用過 進行前端開發，一定見過下麵這樣的代碼： 構造方法中為什麼要給所有的實例方法綁定this呢？ 1. 代碼執行的細節 上例僅僅是一個組件類的定義，當在其他組件中調用或是使用 方法將其渲染到界面上時會生成一個組件的實例，因為組件是可以復用的，面向對象的編程方式非常適合它的定位。根據 th ...
如果你嘗試使用過React進行前端開發，一定見過下麵這樣的代碼：
//假想定義一個ToggleButton開關組件
class ToggleButton extends React.Component{
constructor(props){
super(props);
this.state = {isToggleOn: true};
this.handleClick = this.handleClick.bind(this);
this.handleChange = this.handleChange.bind(this);
}
handleClick(){
this.setState(prevState => ({
isToggleOn: !preveState.isToggleOn
}));
}
handleChange(){
console.log(this.state.isToggleOn);
}
render(){
return(
<button onClick={this.handleClick} onChange={this.handleChange}>
{this.state.isToggleOn ? 'ON':'OFF'}
</button>
)
}
}構造方法中為什麼要給所有的實例方法綁定this呢？
1. 代碼執行的細節
上例僅僅是一個組件類的定義，當在其他組件中調用或是使用ReactDOM.render( )方法將其渲染到界面上時會生成一個組件的實例，因為組件是可以復用的，面向對象的編程方式非常適合它的定位。根據this指向的基本規則就可以知道，這裡的this最終會指向組件的實例。
組件實例生成的時候，構造器constructor會被執行，此處著重分析一下下麵這行代碼：
this.handleClick = this.handleClick.bind(this);此時的this指向新生成的實例，那麼賦值語句右側的表達式先查找this.handleClick( )這個方法，由對象的屬性查找機制（沿原型鏈由近及遠查找）可知此處會查找到原型方法this.handleClick( ),接著執行bind(this)，此處的this指向新生成的實例，所以賦值語句右側的表達式計算完成後，會生成一個指定了this的新方法，接著執行賦值操作，將新生成的函數賦值給實例的handleClick屬性，由對象的賦值機制可知，此處的handleClick會直接作為實例屬性生成。總結一下，上面的語句做了一件這樣的事情：
把原型方法handleClick( )改變為實例方法handleClick( ),並且強制指定這個方法中的this指向當前的實例。
2. ES5的寫法中為什麼不用bind(this)?
ES5的寫法是指使用React.createClass( )方法來定義組件，React在V16以上的新版本中已經移除了這個API，你可以通過閱讀更早版本的源代碼看到這個方法的細節。
//舊版本`react`中`createClass`方法片段
if (this.__reactAutoBindMap) {
this._bindAutoBindMethods();
}在老版本的React中，createClass()的定義中可以看到上面的代碼，拋開其他複雜的邏輯，從方法名就可以看出這是一個自動綁定的方法，實際上在這個方法中所完成的，就是對組件中自定義方法的this強制綁定，感興趣的讀者可以自行翻看源碼瞭解細節。
3. 綁定this的必要性
在組件上綁定事件監聽器，是為了響應用戶的交互動作，特定的交互動作觸發事件時，監聽函數中往往都需要操作組件某個狀態的值，進而對用戶的點擊行為提供響應反饋，對開發者來說，這個函數觸發的時候，就需要能夠拿到這個組件專屬的狀態合集（例如在上面的開關組件ToggleButton例子中，它的內部狀態屬性state.isToggleOn的值就標記了這個按鈕應該顯示ON或者OFF），所以此處強制綁定監聽器函數的this指向當前實例的也很容易理解。
React構造方法中的bind會將響應函數與這個組件Component進行綁定以確保在這個處理函數中使用this時可以時刻指向這一組件的實例。
4. 如果不綁定this
如果類定義中沒有綁定this的指向,當用戶的點擊動作觸發this.handleClick( )這個方法時，實際上執行的是原型方法，可這樣看起來並沒有什麼影響，如果當前組件的構造器中初始化了state這個屬性，那麼原型方法執行時，this.state會直接獲取實例的state屬性，如果構造其中沒有初始化state這個屬性（比如React中的UI組件），說明組件沒有自身狀態，此時即使調用原型方法似乎也沒什麼影響。
事實上的確是這樣，這裡的bind(this)所希望提前規避的，就是著名的this指針丟失的問題。
例如使用解構賦值的方式獲取某個屬性方法時，就會造成引用轉換丟失this的問題:
const toggleButton = new ToggleButton();
import {handleClick} = toggleButton;上例中解構賦值獲取到的handleClick這個方法在執行時就會報錯，Class的內部是強制運行在嚴格模式下的，此處的this在賦值中丟失了原有的指向，在運行時指向了undefined，而undefined是沒有屬性的。
另一個存在的限制，是沒有綁定this的響應函數在非同步運行時可能會出問題，當它作為回調函數被傳入一個非同步執行的方法時，同樣會因為丟失了this的指向而引發錯誤。
如果沒有強制指定組件實例方法的
this，在將來的使用中就無法安心使用引用轉換或作為回調函數傳遞這樣的方式，對於後續使用和協作開發而言都是不方便的。
5. 小結
this的使用非常靈活，但這種靈活性也帶來了很多混亂。這裡的bind(this)是為了改進javascript語言級的缺陷，並不是只有React中才需要這樣做，這個問題是伴隨著面向對象編程而產生的，在使用javascript進行插件和框架的開發時，這個問題的影響會更加明顯。之所以說它是一個語言級的缺陷，是因為Java中對於this在同樣場景下的指向更符合正常思維邏輯，而javascript中如果不顯示綁定，就會出現語言運行結果和方法的命名錶意不一致的情況。
關於this更詳盡的分析，可以參考筆者的博文《javascript基礎修煉系列-What's this》上下篇(鏈接地址)。
參考
[1]《ES6-Class基本語法》https://www.cnblogs.com/ChenChunChang/p/8296350.html
