浏览器特性检测即通过探测对象是否拥有某个属性或者函数，或者通过其他的编码探测方式，来决定其是否支持某一功能、特性。其最经典的运用莫过于通用的addEvent函数：
function addEvent(element, type, handler) {
if (element.attachEvent) { //IE8及以下浏览器
element.attachEvent('on' + type, handler);
}
else { //W3C标准浏览器
element.addEventListener(type, handler, false);
}
};函数可以通过检测attachEvent函数是否存在，以决定使用attachEvent或者addEventListener，这也是最简单的一种特性检测，因而通常在需要时才进行实时的检测。另一种特性检测由于检测的过程较为麻烦，因此会预先完成检测，将检测的结果（通常是Boolean类型）保存在某个变量中。
本文的主要目标是分析、说明在jQuery1.4中浏览器特性检测新增的内容，同时加深浏览器兼容性方面几个细节的记忆。
jQuery1.4主要增加了以下几个浏览器特性标识，本文针对它们一一进行分析：
- checkOn
- 1.4版本引入，决定没有设置value值的checkbox是否有默认的value值"on"。
- optSelected
- 1.4.3版本引入，决定select元素的第一个option元素是否会默认被选中。
- optDisabled
- 1.4.3版本引入，决定当select元素设置为disabled后，其所有option子元素是否也会被设置为disabled。
- checkClone
- 1.4.1版本引入，决定对DocumentFragment使用cloneNode函数时是否会将radio和checkbox的checked属性保留。
- inlineBlockNeedsLayout
-
1.4.3版本引入，决定在IE下一个block元素拥有hasLayout属性并有
display: inline;时，是否会按inline-block显示。 - shrinkWrapBlocks
- 1.4.3版本引入，决定在IE下一个元素拥有hasLayout属性和固定的width/height时，是否不会被子元素撑大。
- reliableHiddenOffsets
-
1.4.3版本引入，决定一个td或th元素设置为
display: none;时，是否还有offsetHeight。
checkOn
使用以下代码可以检测该特性：
以下为各浏览器中运行结果：
| IE6 | on |
| IE7 | on |
| IE8 | on |
| IE9 beta | on |
| Firefox 3.6 | on |
| Chrome 7 | [空字符串] |
| Safari 5 | on |
经测试，除Chrome外，所有浏览器都会给没有value的checkbox一个默认的value值"on"。
该特性被jQuery用来获取checkbox和radio的值，兼容的判断语句如下：
//不支持checkOn的浏览器都不存在property/attribute混用问题，因此需要明确使用getAttribute
return support.checkOn ?
element.value :
(element.getAttribute('value') === null ? 'on' : element.value);optSelected
使用以下代码可以检测该特性：
以下为各浏览器中运行结果：
| IE6 | false |
| IE7 | false |
| IE8 | false |
| IE9 beta | false |
| Firefox 3.6 | true |
| Chrome 7 | true |
| Safari 5 | false |
经测试，IE系列和Safari使用appendChild对空的select元素添加一个option后，该option的selected属性不会被默认设置为true。
该问题引起的BUG描述如下：
部分浏览器在获取option的selected属性时，会错误地返回false。
该问题的解决方案是在访问selected属性时，先访问其父级select元素的selectedIndex属性，强迫浏览器计算option的selected属性，以得到正确的值。需要注意的是option元素的父元素不一定是select，也有可能是optgroup。具体代码如下：
if (!support.optSelected) {
var parent = option.parentNode;
parent.selectedIndex;
//处理optgroup时的情况
if (parent.parentNode) {
parent.parentNode.selectedIndex;
}
}
return option.selected;optDisabled
使用以下代码可以检测该特性：
以下为各浏览器中运行结果：
| IE6 | false |
| IE7 | false |
| IE8 | false |
| IE9 beta | false |
| Firefox 3.6 | false |
| Chrome 7 | false |
| Safari 5 | true |
经测试，Safari会将设置了disabled的select中的option也同样设置上disabled。
这个特性用来获取select元素的value值，特别是当select渲染为多选框时，需要注意从中去除disabled的option元素，但在Safari中，获取被设置为disabled的select的值时，由于所有option元素都被设置为disabled，会导致无法获取值。
因此有optDisabled（true表示option不会被自动设置disabled）后，可以有这样的代码：
//如果optDisabled为true，则disabled属性返回的是option的真实状态
//否则判断disabled属性是否为null
var disabled = support.optDisabled ?
option.disabled : option.getAttribute('disabled') !== null;
if (!disabled) {
return option.value;
}checkClone
使用以下代码可以检测该特性：
需要注意的是，重现这个问题，需要给input显式地指定一个name属性，并且在复制fragment对象时连续调用2次cloneNode函数。
以下为各浏览器中运行结果：
| IE6 | true |
| IE7 | true |
| IE8 | true |
| IE9 beta | true |
| Firefox 3.6 | true |
| Chrome 7 | true |
| Safari 5 | true |
| Safari 4 | false |
由结果可以看出，该问题出现在Safari 4中，并且已经在Safari 5得到修复，介于Safari在市场中的占有率以及版本较老的原因，这个问题确实不需要太多的重视。
这个特性的使用场合极少，在开发中几乎不会有如此严格的环境（对DocumentFragment连续调用2次cloneNode），在jQuery中，该特性用做buildFragment这个内部函数中的缓存功能，jQuery会对比较简单的创建DOM元素的字符串的创建结果缓存到DocumentFragment中，但当遇到创建radio时，如果cloneNode为false，则强制不进行缓存。
inlineBlockNeedsLayout
这是一个历史久远的问题，IE7以下版本并不支持display: inline-block;样式，而是使用display: inline;并通过其他样式触发其hasLayout形成一种伪inline-block的状态（具体请点击这里）。
inline-block与inline的一个重要区别在于，inline-block的元素可以显式地设置宽和高，因此可以用以下代码检测该特性：
以下为各浏览器中运行结果：
| IE6 | 2 |
| IE7 | 2 |
| IE8 | 1 |
| IE9 beta | 1 |
| Firefox 3.6 | 1 |
| Chrome 7 | 0 |
| Safari 5 | 0 |
对于inline元素，width样式是无效的，在该测试中，webkit系浏览器均获取了0，IE8以上版本及Firefox获取了1，只有IE7及以下版本同时计算了width和padding-left，得到了2px的宽度。
这个功能可以用于设置元素的css样式，当需要设置为inline-block时，针对IE7及以下浏览器可以同时设置display: inline;和zoom: 1;来模拟效果，核心代码如下：
if (name == 'display' && value == 'inline-block') {
if (support.inlineBlockNeedsLayout) {
element.style.display = 'inline';
element.style.zoom = 1;
}
else {
element.style.display = value;
}
};当然这样直接这样使用肯定是有问题的，当需要获取display样式的时候怎么办呢？同时判断zoom和display吗？并且hasLayout会引起一些其他的问题。
因此，jQuery只将该特性用于动画效果，当需要对width和height进行动画，并且元素是inline时，首先设置为（伪）inline-block状态，动画结束后将相关样式恢复。
shrinkWrapBlocks
这个问题的详细解释可以参考此处，使用以下代码可以检测该特性：
以下为各浏览器中运行结果：
| IE6 | 4 |
| IE7 | 1 |
| IE8 | 1 |
| IE9 beta | 1 |
| Firefox 3.6 | 1 |
| Chrome 7 | 1 |
| Safari 5 | 1 |
测试结果表明，IE6即使显式设定了宽度，在触发了hasLayout的情况下，其大小会受子元素的影响而被撑大。
jQuery将该特性用于动画效果，为了动画过程中改变一个元素的width/height时，其子元素不会溢出，jQuery做了以下几步：
- 保存元素当前的overflow、overflow-x、overflow-y三个样式。
- 将元素设置为inline-block以便修改width/height值。
- 将元素的overflow设为hidden，防止子元素溢出或当前元素被子元素撑开（IE6）。
- 在动画结束后，确保元素不会被子元素撑开（shrinkWrapBlocks为true）的情况下，才恢复overflow样式。
reliableHiddenOffsets
这个问题在上两天工作中遇到，刚好jQuery1.4.3升级了这方面的内容，使用以下代码可以检测该特性：
abcd
以下为各浏览器中运行结果：
| IE6 | 0 |
| IE7 | 0 |
| IE8 | 21 |
| IE9 beta | 0 |
| Firefox 3.6 | 0 |
| Chrome 7 | 0 |
| Safari 5 | 0 |
只有IE8存在这个问题，那当td元素的display为none时，其高度依旧会受其所在行的高度的影响，而不是0。
这个问题的存在根本上导致了对元素可见性的判定出现差错，原本判断一个元素是否隐藏的代码是这样的：
function isHidden(element) {
return element.offsetWidth == 0 || element.offsetHeight == 0;
};因为这个BUG的出现，上面的函数对于td元素失去了效果，因此需要改进为：
function isVisible(element) {
return (element.offsetWidth == 0 && element.offsetHeight == 0) ||
(!support.reliableHiddenOffsets && getStyle(element, 'display') == 'none');
};阅读jQuery源码的时候，会发现这一段的判断里多了一句element.style.display，这一句是用来判断元素有display值才去取来看看是不是none的，以免获取运行时样式的开销。
结语
- 特性检测确实很有用，有时比浏览器版本嗅探更佳可靠，但检测某些特性相当麻烦，不是必要的时候不如用浏览器嗅探。
- jQuery对特性的命名真让人想砍了他们团队。
- 有些特性可以重现的浏览器版本之低令人惊讶，在多数项目中完全可以不考虑，如checkClone。jQuery本身为了兼容做了太多的假设，个人认为有一些完全可以抛弃，比如以后会说的getBoundingClientRect问题。
- 另外还有2个关于事件上的特性检测，由于事件的特性检测是一个通用的话题，会有今后专门写文讲述，因此就不在本文中赘述了。
- jQuery每一个小版本的改进都很大，特别在细节方面，这些都是要通过阅读源码不断发掘的，前端的世界就是这么多变（叹）。
- 本文所用的示例可以点此查看，具体可以查看源代码，本文所述的各个问题/BUG都没在网上找到比较权威的说明，还请见谅！
本文永久地址：http://www.otakustay.com/feature-detection-jquery1-4/