z-index在IE中的迷惑
z-index 属性简介
z-index : auto | number
auto: 默认值。
number: 无单位的整数值，可为负数 。
z-index 值较大的元素将叠加在 z-index 值较小的元素之上。对于未指定此属性的定位对象，z-index 值为正数的对象会在其之上，而 z-index 值为负数的对象在其之下。
注意：这个属性不会作用于窗口控件，如 select 对象。在IE5.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 部分：
<div id="container">
<div id="box1">这个box应该在上面</div>
</div>
<div id="box2">这个box应该在下面，IE浏览器会对定位元素产生一个新的stacking context ，甚至当元素 z-index的为“auto”。</div>
CSS 部分：
#container {
position: relative;
}
#box1 {
position: absolute;
top: 100px;
left: 210px;
width: 200px;
height: 200px;
background-color: yellow;
z-index: 20;
}
#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 之上。
下面我们在 Firefox 和 IE 中分别测试最终的效果，会发现 Firefox 中显示的效果和上面分析的效果是完全一致的，而 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 部分：
<body>
<div id="container">
<div id="box1">为什么负值的定位元素在 IE 和 Firefox 下显示不一致呢？Why？</div>
</div>
</body>
CSS 部分：
#container {
position: relative;
}
#box1 {
position: absolute;
top: 100px;
left: 210px;
width: 200px;
height: 200px;
background-color: yellow;
z-index: -10;
}大家会发现在 Firefox 下，背景色为黄色的 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）之下。所以在 Firefox 下背景色为黄色的 box1 消失了。而在 IE 中设置了相对位置的 container 会拥有 z-index 值0，产生一个新的 stacking context，背景色为黄色的 box1 在新的 stacking context 内层叠顺序，故在 IE 中会看到显示。
不过这里还有一个问题，对于上面的代码，我们再精简一下：
XHTML 部分：
<body>
<div id="box1">为什么负值的定位元素在 IE 和 Firefox 下显示不一致呢？Why？</div>
</body>
CSS 部分：
#box1 {
position: absolute;
top: 100px;
left: 210px;
width: 200px;
height: 200px;
background-color: yellow;
z-index: -10;
}大家会发现和上面没精简的代码显示的结果是一致的。但如果用上面的理解在 IE 下或许无法解释通。因为此时的理解背景色为黄色的 box1 的 stacking context 无论在 Firefox 下还是在 IE 下都是根元素产生的 root stacking context。
迷惑：那么在 IE 浏览器中，按照规则，背景色为黄色的 box1 也应该消失，然而却没有。
解惑：IE 浏览器似乎给 body 元素默认产生了stacking context。详细见《元素层叠级别（stack level）及z-index剖析》
通过上面两个简单的例子，我想大家应该大致知道为什么负值的 z-index 在 IE 和 Firefox 解析不一样，不是 Firefox 不支持，而是 IE 的 BUG。
