日常開發(fā)中經(jīng)常會(huì)遇到 this 指向的 bug,郁悶好久才猛然醒悟,痛定思痛,將 this 做個(gè)匯總,以便在日后的開發(fā)工作中少走彎路。
注:本文講述只針對(duì)瀏覽器環(huán)境。
一、全局執(zhí)行
??
可以看出在全局作用域中 this 指向當(dāng)前的全局對(duì)象 Window。
二、函數(shù)中執(zhí)行
非嚴(yán)格模式中
??
嚴(yán)格模式中
??
三、作為對(duì)象的方法調(diào)用
當(dāng)一個(gè)函數(shù)被當(dāng)作一個(gè)對(duì)象的方法調(diào)用的時(shí)候,this 指向當(dāng)前的對(duì)象 obj:
??
如果把對(duì)象的方法賦值給一個(gè)變量,調(diào)用該方法時(shí),this 指向 Window:
??
四、作為一個(gè)構(gòu)造函數(shù)使用
在 JS 中,為了實(shí)現(xiàn)類,我們需要定義一些構(gòu)造函數(shù),在調(diào)用一個(gè)構(gòu)造函數(shù)的時(shí)候加上 new 這個(gè)關(guān)鍵字:
??
此時(shí),this 指向這個(gè)構(gòu)造函數(shù)調(diào)用的時(shí)候?qū)嵗鰜淼膶?duì)象。
當(dāng)然了,構(gòu)造函數(shù)其實(shí)也是一個(gè)函數(shù),若將構(gòu)造函數(shù)當(dāng)做普通函數(shù)來調(diào)用,this 指向 Window:
??
五、在定時(shí)器中使用
??
??
如果沒有特殊指向(指向更改請(qǐng)看下方:怎么改變 this 的指向),setInterval 和setTimeout 的回調(diào)函數(shù)中 this 的指向都是 Window 。這是因?yàn)?JS 的定時(shí)器方法是定義在 Window 下的。
六、箭頭函數(shù)
在全局環(huán)境中調(diào)用:
??
作為對(duì)象的一個(gè)函數(shù)調(diào)用:
??
??
不難發(fā)現(xiàn),普通函數(shù)作為對(duì)象的一個(gè)函數(shù)被調(diào)用,this 指向 obj,箭頭函數(shù)作為對(duì)象的一個(gè)函數(shù)被調(diào)用,this 指向 Window。
特殊情況:結(jié)合定時(shí)器調(diào)用:
??
若在對(duì)象的函數(shù)中,普通函數(shù)作為定時(shí)器延時(shí)執(zhí)行的函數(shù)調(diào)用,this 指向 Window;箭頭函數(shù)作為定時(shí)器延時(shí)執(zhí)行的函數(shù)調(diào)用, this 指向定義時(shí)所在的對(duì)象,也就是 func 中的 this,即 obj。
箭頭函數(shù)中 this 的值取決于該函數(shù)外部非箭頭函數(shù)的 this 的值,且不能通過 call() 、 apply() 和 bind() 方法來改變 this 的值。
七、call、apply、bind
call:
fun.call(thisArg[, arg1[, arg2[, ...]]])
它會(huì)立即執(zhí)行函數(shù),第一個(gè)參數(shù)是指定執(zhí)行函數(shù)中 this 的上下文,后面的參數(shù)是執(zhí)行函數(shù)需要傳入的參數(shù);
apply:
fun.apply(thisArg, [argsArray])
它也會(huì)立即執(zhí)行函數(shù),第一個(gè)參數(shù)是指定執(zhí)行函數(shù)中 this 的上下文,第二個(gè)參數(shù)是一個(gè)數(shù)組,是傳給執(zhí)行函數(shù)的參數(shù)(與 call 的區(qū)別);
bind:
var foo = fun.bind(thisArg[, arg1[, arg2[, ...]]]);
它不會(huì)執(zhí)行函數(shù),而是返回一個(gè)新的函數(shù),這個(gè)新的函數(shù)被指定了 this 的上下文,后面的參數(shù)是執(zhí)行函數(shù)需要傳入的參數(shù);
看個(gè)示例:
在這個(gè)示例中,call、apply 和 bind 的 this 都指向了 obj,都能正常運(yùn)行;call、apply 會(huì)立即執(zhí)行函數(shù),call 和 apply 的區(qū)別就在于傳遞的參數(shù),call 接收多個(gè)參數(shù)列表,apply 接收一個(gè)包含多個(gè)參數(shù)的數(shù)組;bind 不是立即執(zhí)行函數(shù),它返回一個(gè)函數(shù),需要執(zhí)行 p2 才能返回結(jié)果,bind 接收多個(gè)參數(shù)列表。
應(yīng)用:怎么改變 this 的指向
為什么講這個(gè)模塊呢,為了便于大家更加透徹的理解上面所講述的 this 指向問題,以及更加徹底的理解 JS 函數(shù)中重要的三種方法:call、apply、bind 的使用;并且在實(shí)際的項(xiàng)目開發(fā)中,我們經(jīng)常會(huì)遇到需要改變 this 指向的情況。
使用 es6 的箭頭函數(shù)
??
這時(shí)會(huì)報(bào)錯(cuò),因?yàn)?setTimeout 里函數(shù)的 this 指向 Window,而 Window 對(duì)象上是沒有 func1 這個(gè)函數(shù)的。下面我們來修改成箭頭函數(shù):
??
這時(shí)候,沒有報(bào)錯(cuò),因?yàn)榧^函數(shù)的 this 的值取決于該函數(shù)外部非箭頭函數(shù)的 this 的值,也就是 func2 的 this 的值, 即 obj。
在函數(shù)內(nèi)部使用 _this = this
??
此時(shí),func2 也能正常運(yùn)行。在 func2 中,首先設(shè)置 var _this = this,這里的 this 是指向 func2 的對(duì)象 obj,為了防止在 func2 中的 setTimeout 被 window 調(diào)用而導(dǎo)致的在 setTimeout 中的 this 為 window。我們將 this (指向變量 obj) 賦值給一個(gè)變量 _this,這樣,在 func2 中我們使用 _this 就是指向?qū)ο?obj 了。
使用 call、apply、bind
call:
??
apply:
??
bind:??
call、apply、bind 都能改變 this 的上下文對(duì)象,所以也沒有報(bào)錯(cuò),可以正常執(zhí)行。
具體原因可看上述第七點(diǎn),call、apply、bind。
new 實(shí)例化一個(gè)對(duì)象
如上:第四點(diǎn),作為一個(gè)構(gòu)造函數(shù)使用。
喜歡小編文章的可以點(diǎn)下關(guān)注哦~
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/54871.html
摘要:特殊情況結(jié)合定時(shí)器調(diào)用若在對(duì)象的函數(shù)中,普通函數(shù)作為定時(shí)器延時(shí)執(zhí)行的函數(shù)調(diào)用,指向箭頭函數(shù)作為定時(shí)器延時(shí)執(zhí)行的函數(shù)調(diào)用,指向定義時(shí)所在的對(duì)象,也就是中的,即。實(shí)例化一個(gè)對(duì)象如上第四點(diǎn),作為一個(gè)構(gòu)造函數(shù)使用。 日常開發(fā)中經(jīng)常會(huì)遇到 this 指向的 bug,郁悶好久才猛然醒悟,痛定思痛,將 this 做個(gè)匯總,以便在日后的開發(fā)工作中少走彎路。 注意:本文講述只針對(duì)瀏覽器環(huán)境。 一、全局執(zhí)...
摘要:本質(zhì)上,的虛擬環(huán)境目的和上面是一樣的。也就是說每個(gè)虛擬環(huán)境都是獨(dú)立的相互隔離的。你可以把的虛擬環(huán)境想象成學(xué)校里為做實(shí)驗(yàn)直接出來的整個(gè)項(xiàng)目。如果你的項(xiàng)目開發(fā)完成不想用這個(gè)虛擬環(huán)境了該怎么辦呢很簡(jiǎn)單,直接刪除就可以了。 什么是Python的虛擬環(huán)境 記得在學(xué)校寫代碼的時(shí)候,那時(shí)還沒有用到版本管理系統(tǒng),在這種情況下如果想要在自己的小項(xiàng)目上做個(gè)實(shí)驗(yàn)但是實(shí)驗(yàn)完成后又不想保留這些測(cè)試代碼,該怎么辦...
摘要:自動(dòng)內(nèi)存管理當(dāng)你在使用時(shí),實(shí)際上并不需要考慮內(nèi)存。這種自動(dòng)內(nèi)存管理可以使開發(fā)人員更輕松。即使在手動(dòng)內(nèi)存管理的語言中,通常會(huì)從語言運(yùn)行時(shí)獲得一些幫助。這就是為什么許多現(xiàn)代語言使用自動(dòng)內(nèi)存管理的原因避免人為錯(cuò)誤。 原文地址:A crash course in memory management 原文作者:Lin Clark 譯者:黑黑 校對(duì)者:Bob 要理解為什么將 Array...
閱讀 1391·2023-04-25 16:45
閱讀 1929·2021-11-17 09:33
閱讀 2321·2021-09-27 14:04
閱讀 922·2019-08-30 15:44
閱讀 2642·2019-08-30 14:24
閱讀 3425·2019-08-30 13:59
閱讀 1699·2019-08-29 17:00
閱讀 899·2019-08-29 15:33