首先看一下JavaScript最常見(jiàn)的四種函數(shù)定義：

用Function構(gòu)造函數(shù)定義的函數(shù)，代碼如下：

函數(shù)聲明，這種方式也是最為常見(jiàn)的一種：

函數(shù)表達(dá)式，聲明為匿名函數(shù)然后賦值給一變量，很常見(jiàn)的方式：

函數(shù)表達(dá)式，但是函數(shù)聲明為命名函數(shù)再賦值給一變量，長(zhǎng)得跟上一種方式真像：

首先比較一下函數(shù)名，以及將函數(shù)賦值給的那個(gè)函數(shù)變量直接的關(guān)系，真繞……直觀一點(diǎn)兒，從剛剛的例4說(shuō)吧，就是multiply這個(gè)函數(shù)變量與multi這個(gè)函數(shù)名的關(guān)系：

函數(shù)名是不能夠被修改的，相反的，函數(shù)變量是可以重新被賦值的。函數(shù)變量可以被重新賦值應(yīng)該很好理解，我們第4個(gè)例子剛剛定義的multiply這個(gè)變量，看它不順眼，重新賦值為：

立馬搖身一變，從乘法變成加法了。但是multi這個(gè)函數(shù)變量想變就是不可能的了，函數(shù)定義已經(jīng)在那兒了，只要還保留這它的引用，它就是不會(huì)變的，可能這里不大好理解，先這樣想著，往下看，慢慢就應(yīng)該能理解了。

函數(shù)名同時(shí)是無(wú)法在函數(shù)外部使用的，它只在函數(shù)體內(nèi)部可見(jiàn)，一個(gè)很簡(jiǎn)單的例子：

和明顯，這里的bar確實(shí)是一個(gè)函數(shù)名，但是它確實(shí)不能在外部調(diào)用。這時(shí)候肯定會(huì)有童鞋問(wèn)干嘛這個(gè)例子還是長(zhǎng)得那么乖，和例4一個(gè)樣，怎么不用例2的方式呢？問(wèn)得好，且聽(tīng)我慢慢分解。

繼續(xù)說(shuō)例4，我們可以看見(jiàn)函數(shù)名（multi）和函數(shù)變量(multiply)，本不相同，其實(shí)兩者根本就沒(méi)有任何關(guān)系，因此沒(méi)有保持一致的必要。說(shuō)到這兒，我想上面4個(gè)例子應(yīng)該可以精簡(jiǎn)到3個(gè)，例2和例4本質(zhì)應(yīng)該是一致的。什么，不信？嘻嘻，我還得繼續(xù)賣關(guān)子哈~繼續(xù)讀下去~~

我們發(fā)現(xiàn)例2和例4相比，只不過(guò)少了var的函數(shù)變量，而例3與例4相比，只不過(guò)少了那個(gè)函數(shù)名，這里從現(xiàn)象上看，例2和例4的本質(zhì)是相同的，鐵證如下：

的確是鐵證吧？上面的類似例2的代碼結(jié)合起來(lái)寫(xiě)是不是就成例4的方式了？正確，這就是我剛剛所說(shuō)的兩者本質(zhì)應(yīng)該相同，只是用例2方式定義函數(shù)的時(shí)候，JS引擎幫我們做了一些事情，比如聲明了函數(shù)名為multiply的函數(shù)，同時(shí)還悄悄定義了一個(gè)也叫multiply的變量，然后賦值給這個(gè)變量，兩個(gè)完全一樣的名字，我們自以為在使用函數(shù)名multiply的時(shí)候，實(shí)際是在用multiply這個(gè)函數(shù)變量，暈了吧~說(shuō)實(shí)話，我也暈了~~總之我們調(diào)用的時(shí)候，實(shí)在用函數(shù)變量調(diào)用，而函數(shù)名是無(wú)法在外部調(diào)用函數(shù)的，因此有了我上述的推斷。

但是這里要提到的一個(gè)小小的差別，函數(shù)聲明方式定義的函數(shù)，與構(gòu)造函數(shù)聲明的或者函數(shù)表達(dá)式聲明的不同之處在于，函數(shù)聲明方式的函數(shù)可以在函數(shù)定義之前就調(diào)用……不說(shuō)了，還是看代碼：

再說(shuō)說(shuō)構(gòu)造函數(shù)聲明的函數(shù)，這樣聲明的函數(shù)是不會(huì)繼承當(dāng)前聲明位置的作用域，它默認(rèn)只會(huì)擁有全局作用域，然而這個(gè)是其他幾種函數(shù)聲明方式也一樣有的，如下：

可以想見(jiàn)，用構(gòu)造函數(shù)聲明返回的這個(gè)函數(shù)執(zhí)行必然報(bào)錯(cuò)，因?yàn)槠渥饔糜颍慈肿饔糜颍┲袥](méi)有hi這個(gè)變量。

還有一點(diǎn)，就是往往大家要說(shuō)構(gòu)造函數(shù)方式聲明的函數(shù)效率要低，這是為什么呢？今天從文檔是得知是因?yàn)榱硗?種方式申明的函數(shù)只會(huì)被解析一次，其實(shí)他們存在于閉包中，但是那也只與作用域鏈有關(guān)，函數(shù)體是只會(huì)被解析一次的。但是構(gòu)造函數(shù)方式呢，每次執(zhí)行函數(shù)的時(shí)候，其函數(shù)體都會(huì)被解析一次，我們可以想想這樣聲明的函數(shù)是一個(gè)對(duì)象，其中存放了參數(shù)以及函數(shù)體，每次執(zhí)行的時(shí)候都要先解析一次，參數(shù)和函數(shù)體，才會(huì)執(zhí)行，這樣必然效率低下。具體實(shí)驗(yàn)不知道如何做？

最后說(shuō)一個(gè)大家都不怎么注意的地方，什么時(shí)候看似函數(shù)聲明方式的方式卻不是函數(shù)生命方式（還是這么繞~簡(jiǎn)單點(diǎn)兒說(shuō)，就是例2的方式什么時(shí)候在不經(jīng)意間就成其他方式了）：

當(dāng)成為表達(dá)式的一部分，就如同例3和例4。
不再是腳本本身或者函數(shù)的“源元素”（source element）。什么是源元素呢？即在腳本中的非嵌套語(yǔ)句或者函數(shù)體（A "source element" is a non-nested statement in the script or a function body），例如：

源元素的概念大概有了理解，繼續(xù)剛剛說(shuō)的函數(shù)聲明，請(qǐng)看：

最后這里說(shuō)一下我自己的理解，之所以要區(qū)分函數(shù)聲明與非函數(shù)聲明，因?yàn)樵谖铱戳耍瘮?shù)聲明方式的函數(shù)定義，在JS解析引擎執(zhí)行的時(shí)候會(huì)將其提前聲明，也就是像我們剛剛上面說(shuō)的那樣，可以在函數(shù)定義之前使用，實(shí)際上是解析引擎在我們使用前已經(jīng)將其解析了，但是非函數(shù)聲明式，就像表達(dá)式函數(shù)聲明，JS解析引擎只會(huì)把var聲明的變量提前定義，此時(shí)變量值為undefined，而真正對(duì)這個(gè)變量的賦值是在代碼實(shí)際所在位置，因此上述提到報(bào)錯(cuò)都是undefined，實(shí)際變量已經(jīng)定義了，只是還沒(méi)有賦值，JS解析引擎不知道它為函數(shù)。

相信本文所述對(duì)大家javascript WEB程序設(shè)計(jì)的有一定的借鑒價(jià)值。

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com