ecmascript語言類型對應于使用ecmascript語言的ecmascript程式員直接操作的值。ecmascript語言類型有以下幾種undefined，null，boolean，string，symbol，number和object。ecmascript語言值是以ecmascript語言類型為特征的值。
如果你奇怪為什麼這裡沒有寫function類型，并且把null也當做一種類型，建議你看一下hax在知乎上的一個回答javascript 裡 function 也算一種基本類型？
簡單說：按照規範，typeof隻是一個運算符，其傳回值并不能作為js類型系統的依據。
摘錄在網上看到的一段話：
我聽到很多次人們聲稱`typeof null =='object''是某種意圖，表示'null'應該是一個“空對象引用”值，他們進一步使用目前的“任何對象價值”的措辭來支援這種說法。我相信這是非常不準确的，至少就js今天而言，正如brendan eich自己所說的那樣，'typeof null =='object'隻是一個錯誤，而不是一個有意的功能或者如何使用它的信号。
mdn上這樣說：
在 javascript 最初的實作中，javascript 中的值是由一個表示類型的标簽和實際資料值表示的。對象的類型标簽是0。由于 null 代表的是空指針(大多數平台下值為0x00)，是以，null的類型标簽也成為了0，typeof null就錯誤的傳回了"object"
關于null == ‘object’的更多資訊，你可以去看看the history of “typeof null”這篇文章。譯文 typeof null的前世今生
恩，它是es6新增的啦，主要用來解決命名沖突，如果你感興趣可以看一下下面這篇文章。
js的第七種基本類型symbols
用instanceof來判斷對象類型多少有些不合适，因為instanceof是用來判斷某個對象的原型鍊是否存在于某個構造函數的prototype上的，因原型鍊這一層關系導緻部分情況下用instanceof來判斷對象類型就變得不是那麼準确了，比如判斷數組的類型。
導緻這個原因是因為所有對象都繼承至object.prototype，當然，通過object.create(null)方式建立對象，原型是不會指向object.prototype的。
這裡推薦一篇關于instanceof的文章javascript instanceof 運算符深入剖析
mdn上是這樣說的：
傳回一個指向建立了該對象原型的函數引用。需要注意的是，該屬性的值是那個函數本身，而不是一個包含函數名稱的字元串。對于原始值（如1，true 或 "test"），該屬性為隻讀。
将這句話翻譯成代碼就是這樣：
而這個fn.prototype.constructor就是指向fn本身，因而有些人就想着通過constructor來判斷某個對象的類型，如下圖
看起來通過constructor來判斷對象類型是個不錯的方法，更重要的是還能判斷自定義對象類型。
雖然說通過constructor來判斷對象類型是一個方案，但這種方法并不是總正确的，主要還是因為這個constructor指向的是構造函數prototype.constructor屬性，而這個值我們是可以手動更改的，如下面這樣：
我們手動将fn.prototype指向一個新對象，它的執行結果如下：
如果你實在是想用constructor來判斷對象類型，那麼在像上面那種情況時，你可以這樣去做：
我們來看一下規範是怎麼定義這個tostring方法的
tostring轉換
輸入類型
結果
undefined
"undefined"
null
"null"
boolean
如果參數是 true，那麼結果為 "true"。如果參數是 false，那麼結果為 "false"。
number
結果等于輸入的參數（不轉換）。
string
參見下文的文法和注釋。
object
應用下列步驟：調用 toprimitive( 輸入參數 , 暗示 字元串類型)。調用 tostring(result(1))。傳回 result(2)。
話說規範寫的有些苦澀哈，我們還是看一下mdn上怎麼說的吧
每個對象都有一個 tostring() 方法，當對象被表示為文本值時或者當以期望字元串的方式引用對象時，該方法被自動調用。預設情況下，tostring() 方法被每個繼承自object的對象繼承。如果此方法在自定義對象中未被覆寫，tostring() 傳回 "[object type]",其中type是對象類型。
也就是說當我們調用object中的tostring方法時，它會傳回"[object type]"這麼個東西，但問題是像number、boolean、string類型的值它們都是有自己的tostring方法的，是以我們必須借用object中的tostring方法，也就是用call、apply或bind方法。
mdn對null的解釋是：
null是一個 javascript 字面量，表示空值（null or an "empty" value），即沒有對象被呈現（no object value is present）。它是 javascript 原始值 之一。
再來看看undefined
undefined是全局對象的一個屬性。也就是說，它是全局作用域的一個變量。undefined的最初值就是原始資料類型undefined。 一個沒有被指派的變量是undefined類型。一個方法或者是語句如果在執行期間沒有變量被指派也會傳回undefined，一個函數如果沒有傳回值，就會傳回一個undefined值。
undefined和null的不同點
null是一個字面量（而不是全局對象的一個屬性，undefined 是）。在 apis 中，null 常被放在期望一個對象，但是不引用任何對象的參數位置。當檢測 null 或 undefined 時，注意相等（）與全等（=）兩個操作符的差別 （前者會執行類型轉換）。
在使用上還有一個差別就是，我們可以将一個對象指派為null，進而告訴垃圾回收器這個對象可以回收了，那麼為什麼不将對象指派為undefined呢？我覺得undefined本身就是一個值，而null才是真的沒有，如果你對此不太了解，可以看一下下面這個連結 w3c上說的“可以通過将變量的值設定為 null 來清空變量”中的清理變量有什麼特别意思嗎？
在aimingoo的一篇文章中他是這樣說的：無廢話javascript（上）
hax: 大哥你好像漏了null。。。 aimingoo: null是object，是以不必單獨提出來講。我記得我曾經問到過你關于null和undefined的問題，你說在郵件清單中對這個問題讨論得很多，但無有答案。其實我後來想明白了，js中有兩套類型體系，各有一個“無”的概值。基本的6種類型中，undefined表示無；對象系統中，null表示無。 例如，dom是基于對象系統的，是以适宜于用null來填寫attribute中的無值；而var聲明的無值變量，由于是基于基本類型系統，是以适宜于用undefined。 當然，也可以直接說js内部以及語言級别或引擎級别用undefined，而js外部或擴充用null。這個與上面大概相同，但思考角度有異。
主要還是因為隐式轉換導緻的。
null是一個表示"無"的對象，轉為數值時為0；undefined是一個表示"無"的原始值，轉為數值時為nan。
undefined與null的差別
探索javascript中null和undefined的深淵
我們知道如果使用一個未定義的變量是會報錯的，但是用typeof判斷一個未定義的變量是不會報錯的，我覺得這也合理，因為typeof隻是用來判斷，而不是去操作。
---------- 2017-05-07更新 -----------------
object number function boolean underfind symbol
當程式知道它所要處理的資料的類型之後,能夠降低存儲空間總量，并且能提高通路速度.例如:可以使用4個位元組的計算機存儲器量來存放數值243787452.如果将相同的數值存儲為字元,則會占湧9個存儲器量。
不同的資料需要的方法也會不同，如果隻有一種資料類型那麼問題就大了。
當将資料分成不同的類型以後，有時又會有需求，将一種資料類型轉換成另外一種資料類型，甚至有時是不需要區分資料類型。
強制類型轉換
轉數字：parseint number parsefloat
轉字元串：tofixed toprecision toexponential tostring json.stringify join
轉布爾：boolean
轉對象：jsos.parse
轉數組：split
數字轉數組 string.prototype.split.call(1123,null);
隐式類型轉換
轉數字：- * / % ~ +var -var math.ceil math.floor math.abs math系列
轉字元串：+
将js中的值指派給所有和dom相關的内容，都會自動轉換成字元串。
轉布爾：! isnan 所有和判斷相關
js中為什麼要有隐式轉換
js在ecmascript3出現之前是沒有異常處理的。這就可以解釋為什麼這門語言為什麼如此頻繁的自動強制 轉換而且出錯的時候總是那麼沉默，是因為它從一開始就沒有抛出異常。