好程序員Java教程分享JavaScript常見面試題二

　　好程序員Java教程分享JavaScript常見面試題二：1.在JavaScript源文件的開頭包含?use strict?有什么意義和好處?

　　對于這個問題，既簡要又最重要的答案是，use strict?是一種在JavaScript代碼運行時自動實行更嚴格解析和錯誤處理的方法。那些被忽略或默默失敗了的代碼錯誤，會產(chǎn)生錯誤或拋出異常。通常而言，這是一個很好的做法。

　　嚴格模式的一些主要優(yōu)點包括：

　　使調(diào)試更加容易。那些被忽略或默默失敗了的代碼錯誤，會產(chǎn)生錯誤或拋出異常，因此盡早提醒你代碼中的問題，你才能更快地指引到它們的源代碼。

　　防止意外的全局變量。如果沒有嚴格模式，將值分配給一個未聲明的變量會自動創(chuàng)建該名稱的全局變量。這是JavaScript中最常見的錯誤之一。在嚴格模式下，這樣做的話會拋出錯誤。

　　消除?this?強制。如果沒有嚴格模式，引用null或未定義的值到?this?值會自動強制到全局變量。這可能會導致許多令人頭痛的問題和讓人恨不得拔自己頭發(fā)的bug。在嚴格模式下，引用?null或未定義的?this?值會拋出錯誤。

　　不允許重復的屬性名稱或參數(shù)值。當檢測到對象(例如，var object = {foo: "bar", foo: "baz"};)中重復命名的屬性，或檢測到函數(shù)中(例如，function foo(val1, val2, val1){})重復命名的參數(shù)時，嚴格模式會拋出錯誤，因此捕捉幾乎可以肯定是代碼中的bug可以避免浪費大量的跟蹤時間。

　　使eval()?更安全。在嚴格模式和非嚴格模式下，eval()?的行為方式有所不同。最顯而易見的是，在嚴格模式下，變量和聲明在?eval()?語句內(nèi)部的函數(shù)不會在包含范圍內(nèi)創(chuàng)建(它們會在非嚴格模式下的包含范圍中被創(chuàng)建，這也是一個常見的問題源)。

　　在?delete使用無效時拋出錯誤。delete操作符(用于從對象中刪除屬性)不能用在對象不可配置的屬性上。當試圖刪除一個不可配置的屬性時，非嚴格代碼將默默地失敗，而嚴格模式將在這樣的情況下拋出異常。

　　2.考慮以下兩個函數(shù)。它們會返回相同的東西嗎??為什么相同或為什么不相同?

　　function foo1(){ return {

　　bar: "hello"

　　};

　　}function foo2(){ return

　　{

　　bar: "hello"

　　};

　　}

　　出人意料的是，這兩個函數(shù)返回的內(nèi)容并不相同。更確切地說是：

　　console.log("foo1 returns:");console.log(foo1());console.log("foo2 returns:");console.log(foo2());

　　將產(chǎn)生：

　　foo1 returns:Object {bar: "hello"}foo2 returns:undefined

　　這不僅是令人驚訝，而且特別讓人困惑的是，?foo2()返回undefined卻沒有任何錯誤拋出。

　　原因與這樣一個事實有關(guān)，即分號在JavaScript中是一個可選項(盡管省略它們通常是非常糟糕的形式)。其結(jié)果就是，當碰到?foo2()中包含?return語句的代碼行(代碼行上沒有其他任何代碼)，分號會立即自動插入到返回語句之后。

　　也不會拋出錯誤，因為代碼的其余部分是完全有效的，即使它沒有得到調(diào)用或做任何事情(相當于它就是是一個未使用的代碼塊，定義了等同于字符串?"hello"的屬性?bar)。

　　這種行為也支持放置左括號于JavaScript代碼行的末尾，而不是新代碼行開頭的約定。正如這里所示，這不僅僅只是JavaScript中的一個風格偏好。

　　3. NaN?是什么?它的類型是什么?你如何可靠地測試一個值是否等于?NaN ?

　　NaN?屬性代表一個“不是數(shù)字”的值。這個特殊的值是因為運算不能執(zhí)行而導致的，不能執(zhí)行的原因要么是因為其中的運算對象之一非數(shù)字(例如，?"abc" / 4)，要么是因為運算的結(jié)果非數(shù)字(例如，除數(shù)為零)。

　　雖然這看上去很簡單，但?NaN?有一些令人驚訝的特點，如果你不知道它們的話，可能會導致令人頭痛的bug。

　　首先，雖然?NaN?意味著“不是數(shù)字”，但是它的類型，不管你信不信，是?Number：

　　console.log(typeof NaN === "number"); // logs "true"

　　此外，?NaN?和任何東西比較——甚至是它自己本身!——結(jié)果是false：

　　console.log(NaN === NaN); // logs "false"

　　一種半可靠的方法來測試一個數(shù)字是否等于?NaN，是使用內(nèi)置函數(shù)?isNaN()，但即使使用?isNaN()?依然并非是一個完美的解決方案。

　　一個更好的解決辦法是使用?value !== value，如果值等于NaN，只會產(chǎn)生true。另外，ES6提供了一個新的?Number.isNaN()?函數(shù)，這是一個不同的函數(shù)，并且比老的全局?isNaN()?函數(shù)更可靠。

　　4.下列代碼將輸出什么?并解釋原因。

　　console.log(0.1 + 0.2);console.log(0.1 + 0.2 == 0.3);

　　一個稍微有點編程基礎(chǔ)的回答是：“你不能確定?？赡軙敵觥?span >0.3”和“true”，也可能不會。JavaScript中的數(shù)字和浮點精度的處理相同，因此，可能不會總是產(chǎn)生預期的結(jié)果?！?/span>

　　以上所提供的例子就是一個演示了這個問題的典型例子。但出人意料的是，它會輸出：

　　0.30000000000000004false

　　5.討論寫函數(shù)?isInteger(x)?的可能方法，用于確定x是否是整數(shù)。

　　這可能聽起來是小菜一碟，但事實上，這很瑣碎，因為ECMAScript 6引入了一個新的正以此為目的?Number.isInteger()?函數(shù)。然而，之前的ECMAScript 6，會更復雜一點，因為沒有提供類似的?Number.isInteger()?方法。

　　問題是，在ECMAScript規(guī)格說明中，整數(shù)只概念上存在：即，數(shù)字值總是存儲為浮點值。

　　考慮到這一點，最簡單又最干凈的ECMAScript6之前的解決方法(同時也非常穩(wěn)健地返回?false?，即使一個非數(shù)字的值，如字符串或?null?，被傳遞給函數(shù))如下：

　　function isInteger(x) { return (x^0) === x; }

　　下面的解決方法也是可行的，雖然不如上面那個方法優(yōu)雅：

　　function isInteger(x) { return Math.round(x) === x; }

　　請注意?Math.ceil()?和?Math.floor()?在上面的實現(xiàn)中等同于?Math.round()。

　　或：

　　function isInteger(x) { return (typeof x === 'number') && (x % 1 === 0);

　　相當普遍的一個不正確的解決方案是：

　　function isInteger(x) { return parseInt(x, 10) === x; }

　　雖然這個以?parseInt函數(shù)為基礎(chǔ)的方法在?x?取許多值時都能工作良好，但一旦?x?取值相當大的時候，就會無法正常工作。問題在于?parseInt()?在解析數(shù)字之前強制其第一個參數(shù)到字符串。因此，一旦數(shù)目變得足夠大，它的字符串就會表達為指數(shù)形式(例如，?1e+21)。因此，parseInt()?函數(shù)就會去解析?1e+21，但當?shù)竭_?e字符串的時候，就會停止解析，因此只會返回值?1。注意：

> String(1000000000000000000000)'1e+21'> parseInt(1000000000000000000000, 10)1> parseInt(1000000000000000000000, 10) === 1000000000000000000000false

?