當(dāng)心,這些 JavaScript 坑讓人防不勝防!
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
JavaScript 作為一門靈活的編程語(yǔ)言,有著許多令人困惑的特性和行為。即使是經(jīng)驗(yàn)豐富的開發(fā)者,有時(shí)也會(huì)掉入這些"陷阱"中,分享一些我遇到的也踩過的坑。 1. 類型轉(zhuǎn)換的迷惑JavaScript 的類型轉(zhuǎn)換規(guī)則可能會(huì)讓人摸不著頭腦:
這些看似不合理的結(jié)果,其實(shí)都遵循著 JavaScript 的類型轉(zhuǎn)換規(guī)則。當(dāng)進(jìn)行加法運(yùn)算時(shí),JavaScript 會(huì)優(yōu)先將操作數(shù)轉(zhuǎn)換為原始類型,然后進(jìn)行運(yùn)算。 2. 變量提升的陷阱
變量提升是 JavaScript 中一個(gè)經(jīng)典的概念。使用 var 聲明的變量會(huì)被提升到作用域頂部,但初始化不會(huì)提升。而 let 和 const 聲明的變量存在暫時(shí)性死區(qū)(TDZ),在聲明前訪問會(huì)拋出錯(cuò)誤。 3. this 指向問題
在這個(gè)例子中,setTimeout 中的回調(diào)函數(shù)里的 this 指向全局對(duì)象(非嚴(yán)格模式下)或 undefined(嚴(yán)格模式下),而不是 obj。解決方案包括:
4. 閉包陷阱
這是一個(gè)經(jīng)典的閉包問題。使用 var 聲明的變量 i 是函數(shù)作用域的,所有的 setTimeout 回調(diào)都共享同一個(gè) i。解決方案: 5. 數(shù)值計(jì)算精度問題
這是因?yàn)?JavaScript 使用 IEEE 754 雙精度浮點(diǎn)數(shù)來表示數(shù)字,某些小數(shù)無(wú)法被精確表示。解決方案: 6. 數(shù)組方法的陷阱
解決方案: 7. Promise 的常見陷阱
正確的做法: 8. 事件監(jiān)聽器的內(nèi)存泄漏
該文章在 2025/1/16 12:22:18 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |