在维护老项目时，如果你在IE8中调用了jQuery.find(':last-child')或者$('ul li:last-child')，很可能遇到脚本报错或者干脆返回空集合的情况。这个问题并不是你的代码写错了，而是jQuery背后的Sizzle选择器引擎在IE8上进入了降级分支，导致部分CSS3伪类选择器无法被正确解析。本文将详细分析问题的成因，并给出几种经过验证的修复方案。
为什么IE8会触发Sizzle引擎降级
jQuery的选择器能力由独立的Sizzle引擎提供。现代浏览器中，Sizzle会优先调用原生的document.querySelectorAll来执行选择器，这条路是浏览器自己实现的，对CSS3选择器的支持非常完整。但IE8的querySelectorAll只支持CSS2.1级别的选择器，对:last-child、:nth-child这类结构伪类完全无能为力，甚至直接抛出语法错误异常。
Sizzle内部有一个检测机制：它会先判断浏览器原生接口的能力，当原生执行失败抛出异常时，才回退到自己的JavaScript实现。问题在于，某些旧版本的Sizzle降级实现对结构伪类的处理存在缺陷，特别是在find()这类以指定上下文为起点的查找场景中，伪类匹配可能直接被跳过或抛出Syntax error。这就是你看到报错或者空结果的直接原因。
另外需要注意一个经典陷阱：如果页面没有声明DOCTYPE，IE8会以怪异模式渲染，此时问题会更加严重。排查前先确认页面第一行有以下声明：
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Demo</title>
</head>
<body>
<ul id="list">
<li>第一项</li>
<li>第二项</li>
<li>最后一项</li>
</ul>
<script src="jquery-1.11.3.min.js"></script>
<script>
// IE8下可能报错或返回空集合
console.log($('#list li:last-child').length);
</script>
</body>
</html>方案一：升级jQuery到对CSS3伪类支持完善的版本
如果你的项目还在用jQuery 1.6、1.7这类较老的版本，最省事的方案是升级到1.x系列的最终版本，即1.12.4。这个版本的Sizzle已经重写了结构伪类的降级实现，可以在不支持querySelectorAll完整能力的浏览器上，用纯JavaScript正确匹配:last-child、:nth-child、:only-child等伪类。
升级前需要确认两点：一是1.12.x完全支持IE8，官方兼容范围是IE6到IE8全覆盖；二是检查项目中是否使用了已被移除的API，比如.live()在1.9之后被删除，需要替换成.on()。如果项目过大不方便整体升级，也可以单独把Sizzle替换为新版：
// 引入新版Sizzle后，可以直接使用结构伪类
// 即使IE8原生querySelectorAll不支持，降级路径也能正确解析
Sizzle('#list li:last-child'); // 返回最后一个li
// jQuery内部会自动使用全局Sizzle，前提是先加载Sizzle再加载jQuery
// 加载顺序错误会导致jQuery打包的旧版Sizzle优先生效这种方案的优点是改动最小、行为最标准；缺点是升级存在回归测试成本，老项目中插件与新版jQuery的兼容性需要逐一验证。
方案二：用过滤器手动模拟last-child语义
如果受限于项目环境无法升级，可以绕开引擎，用jQuery的:last过滤器或者自定义过滤逻辑实现相同效果。注意:last和:last-child语义不同：前者取整个匹配集合的最后一个元素，后者取每个父元素下的最后一个子元素。当集合来自不同父级时，二者结果不同，不能盲目替换。
更稳妥的做法是自己写一个过滤函数，判断元素是否为其父节点的最后一个元素子节点：
function isLastChild(el) {
var parent = el.parentNode;
// 向后找，跳过注释节点和文本节点，只看元素节点
var next = el.nextSibling;
while (next) {
if (next.nodeType === 1) {
return false; // 后面还有元素兄弟节点，不是最后一个
}
next = next.nextSibling;
}
return true;
}
// 用法：先选出所有li，再过滤出各自的last-child
var result = $('#list li').filter(function () {
return isLastChild(this);
});
result.css('color', 'red');这段代码在IE8中表现稳定，因为只用了nodeType和nextSibling这些最基础的DOM属性。它的缺点是需要手动维护，如果选择器需求复杂，比如同时用到:nth-child(2n)，就得写更多过滤逻辑，代码可读性会下降。
方案三：避免选择器降级的其他写法技巧
除了改代码逻辑，还有一些工程层面的技巧可以降低风险。第一，尽量把伪类从选择器字符串中拆出来，交给.filter()或.not()处理，让传给引擎的部分保持CSS2级别，这样IE8的原生querySelectorAll可以正常工作，性能也更好：
// 不推荐：整串交给引擎，IE8降级
$('#list li:last-child').addClass('end');
// 推荐：基础选择器走原生接口，伪类部分用last语义替换
$('#list li:last').addClass('end');
// 多个父级场景：分别在每个ul中取last
$('ul').each(function () {
$(this).children('li:last').addClass('end');
});第二，如果项目规模允许，可以引入Selectivizr这类兼容脚本，它会在IE8中动态为结构伪类附加样式能力，但它主要服务于CSS样式，对jQuery选择器字符串不生效，这点要区分清楚，不要误装之后以为问题解决了。
最后建议在项目里统一封装一个选择工具函数，内部判断document.querySelectorAll对伪类的支持情况，自动选择走引擎还是走自定义过滤。这样既能兼容IE8，也不会影响现代浏览器的性能，是长期维护项目里比较均衡的折中方案。修复完成后，务必在真实的IE8环境中验证，包括怪异模式和标准模式两种渲染情况，确保选择器行为一致。