摘要：情況三作為構造函數調用所謂構造函數，就是通過這個函數生成一個新對象。讓我們用一張圖表示構造函數和實例原型之間的關系在這張圖中我們用表示實例原型。

IE: trident內核
Firefox：gecko內核
Safari：webkit內核
Opera：以前是presto內核，Opera現已改用Google Chrome的Blink內核
Chrome：Blink(基于webkit，Google與Opera Software共同開發)

（1）null表示"沒有對象"，即該處不應該有值。典型用法是：

①作為函數的參數，表示該函數的參數不是對象。
②作為對象原型鏈的終點。

（2）undefined表示"缺少值"，就是此處應該有一個值，但是還沒有定義。典型用法是：

①變量被聲明了，但沒有賦值時，就等于undefined。
②調用函數時，應該提供的參數沒有提供，該參數等于undefined。
③對象沒有賦值的屬性，該屬性的值為undefined。
④函數沒有返回值時，默認返回undefined。

href 時指向網絡資源所在位置，建立和當前元素（錨點）或當前文檔（鏈接）之間的鏈接，用于超鏈接。

src 時指向外部的資源位置，指向的內容將會嵌入到文檔中當前標簽所在位置；
在請求 src 資源時會將其指向的資源下載并應用到文檔內，例如 js 腳本，img 圖片和 frame 等元素。當瀏
覽器解析到該元素時，會暫停其他資源的下載和處理，直到將該資源加載、編譯、執行完畢，圖片和框架等元
素也是如此，類似于將所指向資源嵌入當前標簽內。這也是為什么將 js 腳本放在底部而不是頭部。

行內式

?行內式是在標記的style屬性中設定CSS樣式。這種方式沒有體現出CSS的優勢，不推薦使用。

           ...此處寫CSS樣式
       
 
  
???缺點是對于一個包含很多網頁的網站，在每個網頁中使用嵌入式，進行修改樣式時非常麻煩。單
???一網頁可以考慮使用嵌入式。

導入式

將一個獨立的.css文件引入HTML文件中，導入式使用CSS規則引入外部CSS文件，
             
導入式會在整個網頁裝載完后再裝載CSS文件，因此這就導致了一個問題，如果網頁比較大則會兒出現
先顯示無樣式的頁面，閃爍一下之后，再出現網頁的樣式。這是導入式固有的一個缺陷。

鏈接式

也是將一個.css文件引入到HTML文件中，但它與導入式不同的是鏈接式使用HTML規則引入外部CSS文件，它
在網頁的標簽對中使用標記來引入外部樣式表文件，使用語法如下：

使用鏈接式時與導入式不同的是它會以網頁文件主體裝載前裝載CSS文件，因此顯示出來的網頁從一開始
就是帶樣式的效果的，它不會象導入式那樣先顯示無樣式的網頁，然后再顯示有樣式的網頁，這是鏈接
式的優點。

最基本的：
設置 display：none； 或  visibility：hidden；

技巧性的：
設置寬高為0，透明度為0，設置 z-index：-1000px；

是否是繼承屬性：display不是繼承屬性，而visibility是繼承屬性，后代元素的visibility屬性若存在則不會繼承，若不存在則繼承父元素visibility的值，意味著：父元素的visibility為hidden但是子元素的visibility為visible則子元素依舊可見，子元素visibility不存在則子元素不可見。而元素的display屬性設為none其后整棵子樹都不可見。

是否占據空間：使用display:none，在文檔渲染時，該元素如同不存在（但依然存在文檔對象模型樹中）；而使用visibility:hidden，其占的空間會被空白占位。即一個（display:none）不會在渲染樹中出現，一個（visibility:hidden）會。

頁面相關屬性改值后是否重新渲染：visibility :hidden不渲染；display:none渲染

px、em都是長度單位。區別：px的值是固定的，寫多少就是多少，容易計算。em的值不是固定的，em繼承父元素的字體大小。
rem是CSS3新引進來的一個度量單位，rem是相對于根元素，這樣就意味著，我們只需要在根元素確定一個參考值，在根元素中設置多大的字體，這完全可以根據您自己的需求。

盒子模型：內容、內邊距、外邊距、邊框

DOCTYPE聲明位于文檔的最前面，處于標簽之前。告訴瀏覽器的解析器，用什么文檔類型規范來解析這個文檔。
在標準模式中，瀏覽器以其支持的最高標準呈現頁面；在混雜模式中，頁面以一種比較寬松的向后兼容的方式顯示。混雜模式通常模擬老式瀏覽器的行為以防止老站點無法工作。

情況一：純粹的函數調用

這是函數的最通常用法，屬于全局性調用，因此this就代表全局對象Global。
請看下面這段代碼，它的運行結果是1。
　　

   function test(){
  　　　　this.x = 1;
  　　　　alert(this.x);
  　　}
  　　test(); // 1

為了證明this就是全局對象，我對代碼做一些改變：
　　

      var x = 1;
  　　function test(){
  　　　　alert(this.x);
  　　}
  　　test(); // 1

運行結果還是1。再變一下：
　　

var x = 1;

  　　function test(){
  　　　　this.x = 0;
  　　}
  　　test();
  　　alert(x); //0

　　
情況二：作為對象方法的調用

函數還可以作為某個對象的方法調用，這時this就指這個上級對象。
　　

     function test(){
  　　　　alert(this.x);
  　　}
  　　var o = {};
  　　o.x = 1;
  　　o.m = test;
  　　o.m(); // 1

　　
情況三 作為構造函數調用

所謂構造函數，就是通過這個函數生成一個新對象（object）。這時，this就指這個新對象。
　　

 function test(){
  　　　　this.x = 1;
  　　}
  　　var o = new test();
  　　alert(o.x); // 1

運行結果為1。為了表明這時this不是全局對象，我對代碼做一些改變：
　　

     var x = 2;
  　　function test(){
  　　　　this.x = 1;
  　　}
  　　var o = new test();
  　　alert(x); //2

運行結果為2，表明全局變量x的值根本沒變。

情況四 apply調用

apply()是函數對象的一個方法，它的作用是改變函數的調用對象，它的第一個參數就表示改變后的調用這個函數的對象。因此，this指的就是這第一個參數。
　　

      var x = 0;
  　　function test(){
  　　　　alert(this.x);
  　　}
  　　var o={};
  　　o.x = 1;
  　　o.m = test;
  　　o.m.apply(); //0

apply()的參數為空時，默認調用全局對象。因此，這時的運行結果為0，證明this指的是全局對象。
如果把最后一行代碼修改為
　　o.m.apply(o); //1
運行結果就變成了1，證明了這時this代表的是對象o。

一、構造繼承法；
二、原型繼承法；
三、實例繼承法；

JavaScript深入系列的第一篇，從原型與原型鏈開始講起，如果你想知道構造函數的實例的原型，原型的原型，原型的原型的原型是什么，就來看看這篇文章吧。

構造函數創建對象

我們先使用構造函數創建一個對象：

 

      function Person() {
     
      } 
      var person = new Person();
      person.name = "Kevin"; 
      console.log(person.name) // Kevin
      

在這個例子中，Person 就是一個構造函數，我們使用 new 創建了一個實例對象 person。
很簡單吧，接下來進入正題：

prototype

每個函數都有一個 prototype 屬性，就是我們經常在各種例子中看到的那個 prototype ，比如：

 function Person() {
    
 } 
 // 雖然寫在注釋里，但是你要注意：
 // prototype是函數才會有的屬性
 Person.prototype.name = "Kevin"; 
 var person1 = new Person(); 
 var person2 = new Person(); 
 console.log(person1.name) // Kevin
 console.log(person2.name) // Kevin 

那這個函數的 prototype屬性到底指向的是什么呢？是這個函數的原型嗎？

其實，函數的 prototype屬性指向了一個對象，這個對象正是調用該構造函數而創建的實例的原型，也就是這個例子中的 person1 和 person2 的原型。

那什么是原型呢？你可以這樣理解：每一個JavaScript對象(null除外)在創建的時候就會與之關聯另一個對象，這個對象就是我們所說的原型，每一個對象都會從原型"繼承"屬性。

讓我們用一張圖表示構造函數和實例原型之間的關系：

在這張圖中我們用 Object.prototype 表示實例原型。

那么我們該怎么表示實例與實例原型，也就是 person 和 Person.prototype 之間的關系呢，這時候我們就要講到第二個屬性：

_proto _

這是每一個JavaScript對象(除了 null )都具有的一個屬性，叫__proto__，這個屬性會指向該對象的原型。

為了證明這一點,我們可以在火狐或者谷歌中輸入：

function Person() { 
   
} 
var person = new Person(); 
console.log(person.__proto__  === Person.prototype); // true 

于是我們更新下關系圖：

既然實例對象和構造函數都可以指向原型，那么原型是否有屬性指向構造函數或者實例呢？

constructor

指向實例倒是沒有，因為一個構造函數可以生成多個實例，但是原型指向構造函數倒是有的，這就要講到第三個屬性：constructor，每個原型都有一個 constructor 屬性指向關聯的構造函數。

為了驗證這一點，我們可以嘗試：

function Person(){
   
} 
console.log(Person === Person.prototype.constructor); // true

所以再更新下關系圖： 綜上我們已經得出：

function Person() {
 
} 
var person = new Person();
console.log(person.__proto__ == Person.prototype) // true
console.log(Person.prototype.constructor == Person) // true 
//順便學習一個ES5的方法,可以獲得對象的原型 
console.log(Object.getPrototypeOf(person) === Person.prototype) // true 

了解了構造函數、實例原型、和實例之間的關系，接下來我們講講實例和原型的關系：

實例與原型

當讀取實例的屬性時，如果找不到，就會查找與對象關聯的原型中的屬性，如果還查不到，就去找原型的原型，一直找到最頂層為止。

舉個例子：

function Person() { 

}
Person.prototype.name = "Kevin"; var
person = new Person(); person.name = "Daisy";
console.log(person.name) // Daisy delete person.name;
console.log(person.name) // Kevin 

在這個例子中，我們給實例對象 person 添加了 name 屬性，當我們打印 person.name 的時候，結果自然為 Daisy。

但是當我們刪除了 person 的 name 屬性時，讀取person.name，從 person 對象中找不到 name 屬性就會從 person 的原型也就是 person.__proto__，也就是 Person.prototype中查找，幸運的是我們找到了 name 屬性，結果為 Kevin。

但是萬一還沒有找到呢？原型的原型又是什么呢？

原型的原型

在前面，我們已經講了原型也是一個對象，既然是對象，我們就可以用最原始的方式創建它，那就是：

var obj = new Object();
obj.name = "Kevin";
console.log(obj.name) // Kevin 

所以原型對象是通過 Object構造函數生成的，結合之前所講，實例的 _proto _ 指向構造函數的 prototype ，所以我們再更新下關系圖：

原型鏈

那Object.prototype 的原型呢？

null，不信我們可以打印：

console.log(Object.prototype.__proto__ === null) // true 
   

所以查到屬性的時候查到Object.prototype 就可以停止查找了。

所以最后一張關系圖就是

順便還要說一下，圖中由相互關聯的原型組成的鏈狀結構就是原型鏈，也就是藍色的這條線。

補充

最后，補充三點大家可能不會注意的地方：

constructor

首先是 constructor 屬性，我們看個例子：

function Person() {

 } 
var person = new Person(); 
console.log(person.constructor === Person); //  true

當獲取 person.constructor 時，其實 person 中并沒有 constructor屬性,當不能讀取到constructor 屬性時，會從 person 的原型也就是 Person.prototype中讀取，正好原型中有該屬性，所以：

person.constructor === Person.prototype.constructor

_proto _

其次是 _proto _ ，絕大部分瀏覽器都支持這個非標準的方法訪問原型，然而它并不存在于 Person.prototype 中，實際上，它是來自于 Object.prototype ，與其說是一個屬性，不如說是一個getter/setter，當使用 obj._ proto _ 時，可以理解成返回了
Object.getPrototypeOf(obj)。

真的是繼承嗎？

最后是關于繼承，前面我們講到“每一個對象都會從原型‘繼承’屬性”，實際上，繼承是一個十分具有迷惑性的說法，引用《你不知道的JavaScript》中的話，就是：

繼承意味著復制操作，然而 JavaScript 默認并不會復制對象的屬性，相反，JavaScript
只是在兩個對象之間創建一個關聯，這樣，一個對象就可以通過委托訪問另一個對象的屬性和函數，所以與其叫繼承，委托的說法反而更準確些。

========================================待更新===========================================