引用:
z-index : auto | number
auto：預設值。
number：無單位的整數值，可為負數。
z-index 值較大的元素將疊加在z-index值較小的元素之上。對於未指定此屬性的定位對象，z-index 值為正數的對象會在其之上，而z-index 值為負數的對象在其之下。
注意：這個屬性不會作用於視窗控制項，如selct 對象。在IE 5.5＋中，iframe 對象開始支援此屬性。而在之前的瀏覽器版本中，iframe 對象是視窗控制項，會忽略此屬性。
z-index屬性適用於定位元素（position 屬性值為 relative 或 absolute 或 fixed的對象），用來確定定位元素在垂直於顯示屏方向（稱為Z軸）上的層疊順序（stack order）。
每一個定位元素都歸屬於一個stacking context。根項目形成root stacking context，而其他的stacking context則由定位元素產生（此定位元素的z-index被定義一個非auto的z-index值），定位子項目會以這個local stacking context為參考，用相同的規則來決定層疊順序。並且stacking context和 containing block 之間並沒有必然聯絡。
當stacking context一樣的時候，就用z-index的值來決定怎樣顯示，如果z-index也相同（即stack level相同），則按照檔中後來者居上的原則（back-to-front ）的順序來層疊。
當任何一個元素層疊另一個包含在不同stacking context元素時，則會以stacking context的層疊層級（stack level）來決定顯示的先後情況。也就是說，在相同的stacking context下才會用z-index來決定先後，不同時則由stacking context的z-index來決定。例如：
定位元素A（z-index:100）裡面有定位元素A1（z-index:300），而定位元素B和元素A兄弟關係（z-index:200）。你會發現無論A1的z-index是多大，也會被z-index是200的B所覆蓋，因為A的z-index只有100。
IE中z-index BUG
首先先來看一個示範例子的代碼部分。
XHTML部分：
CSS部分： 1#container {}{ position: relative; }
2#box1 {}{ position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: 20; }
3#box2 {}{ position: absolute; top: 50px; left: 160px; width: 200px; height: 200px; background-color: green; z-index: 10; }
兩個box被完全的定位，背景色為黃色的box1擁有z-index屬性值20，而背景色為綠色的box2擁有z-index屬性值10，唯一的區別在於背景色為黃色的box1被放在了一個定義了屬性position:relative的div中，並且在文檔原始碼中位前。
根據上述代碼以及z-index的屬性簡介，我們來分析上面代碼將會產生的效果位置。
CSS specification 中清楚的規定了除了根項目，只有定位元素的z-index被定義一個非auto的z-index值才能產生新的stacking context。而例子中被相對定位的元素並沒有定義z-index，即z-index為預設值auto。所以按理他不會影響子項目的層疊順序。即背景色為黃色的box1和背景色為綠色的box2的stacking context相同，即都為根項目產生的root stacking context。再根據規則中當stacking context一樣的時候，就用z-index的值來決定怎樣顯示的原理，則應該z-index屬性值20的背景色為黃色的box1在z-index屬性值10背景色為綠色的box2之上。
下面我們在FF和IE中分別測試最終的效果，會發現FF中顯示的效果和上面分析的效果是完全一致的，而IE中的顯示卻不一致。
迷惑：在IE的z-index屬性值10背景色為綠色的box卻在了z-index屬性值20的背景色為黃色的box1之上，和我們分析的結果完全不一致，為什麼呢？
解惑：其實這是IE瀏覽器（windows）的一個BUG——在IE瀏覽器中，定位元素會產生一個新的stacking context，並且從z-index的值為0開始。
現在讓我們來理解上面的示範在IE中的顯示邏輯。設定了相對定位的container產生一個新的stacking context，所以其被定位的子項目背景色為黃色的box1以這個新的stacking context為參考來決定層疊順序。而背景色為綠色的box2此時和背景色為黃色的box1的父元素container為同一個stacking context，所以他們之間按照z-index來決定層疊順序，即z-index屬性值10背景色為綠色的box2在z-index屬性值0的 container之上。
其實這個BUG的影響範圍很廣，只是大家平時不太注意。下面來說明一個最常見的出現情況z-index的負值解析，很多朋友因為這個BUG的存在甚至武斷的認為IE支援z-index的負值，而FF不支援z-index的負值。
舉個例子或許更能形象表達。
XHTML部分：
1<body>CSS部分：
1#container {}{ position: relative; }
大家會發現在FF下，背景色為黃色的box1消失了，而IE下卻顯示。這也是我上面所說的，部分朋友武斷的認為IE支援z-index的負值，而FF不支援z-index的負值的原因。我們要透過現象看本質。
在上個例子中的分析，我們知道：設定了相對位置（position: relative）的元素但沒有給出非auto的z-index就不會產生stacking context，也就不會影響其子項目的層疊順序。所以背景色為黃色的box1的stacking context為根項目產生的root stacking context。在上一節中我們講到“對於未指定此屬性的定位對象，z-index 值為正數的對象會在其之上，而 z-index 值為負數的對象在其之下”，按照規則，應該是設定了z-index為-10的黃色的box1會顯示在於未指定z-index屬性的元素（比如body）之下。所以在FF下背景色為黃色的box1消失了。而在IE中設定了相對位置的 container會擁有z-index值0，產生一個新的stacking context，背景色為黃色的box1在新的stacking context內層疊順序，故在IE中會看到顯示。
不過這裡還有一個問題，對於上面的代碼，我們再精簡一下：
XHTML部分：
1<body>
CSS部分：
大家會發現和上面沒精簡的代碼顯示的結果是一致的。但如果用上面的理解在IE下或許無法解釋通。因為此時的理解背景色為黃色的box1的stacking context無論在FF下還是在IE下都是根項目產生的root stacking context。
迷惑：那麼在IE瀏覽器中，按照規則，背景色為黃色的box1也應該消失，然而卻沒有。
解惑：IE瀏覽器似乎給body元素預設了一個相對定位屬性（position: relative）。
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
