function addCombinator(matcher, combinator, base)
1、源碼
return combinator.first ?
// Check against closest ancestor/preceding element
function(elem, context, xml) {
while ((elem = elem[dir])) {
if (elem.nodeType === 1 || checkNonElements) {
return matcher(elem, context, xml);
}
}
} :
// Check against all ancestor/preceding elements
function(elem, context, xml) {
var data, cache, outerCache, dirkey = dirruns + " " + doneName;
// We can't set arbitrary data on XML nodes, so they don't
// benefit from dir caching
if (xml) {
while ((elem = elem[dir])) {
if (elem.nodeType === 1 || checkNonElements) {
if (matcher(elem, context, xml)) {
return true;
}
}
}
} else {
while ((elem = elem[dir])) {
if (elem.nodeType === 1 || checkNonElements) {
outerCache = elem[expando] || (elem[expando] = {});
if ((cache = outerCache[dir])
&& cache[0] === dirkey) {
if ((data = cache[1]) === true
|| data === cachedruns) {
return data === true;
}
} else {
cache = outerCache[dir] = [ dirkey ];
cache[1] = matcher(elem, context, xml)
|| cachedruns;
if (cache[1] === true) {
return true;
}
}
}
}
}
};
}
2、功能
生成關系選擇器的執(zhí)行函數(shù)。
3、參數(shù)
matcher――位置關系前連續(xù)的過濾選擇器匹配函數(shù)數(shù)組，該函數(shù)用于匹配通過位置關系獲得的節(jié)點是否符合選擇器要求。在實際執(zhí)行過程中，該函數(shù)可能是關系選擇器前已生成的elementMatcher(matchers)。例如：div.map>span，在Sizzle編譯遇到>時，會將div.map的編譯函數(shù)作為第一個參數(shù)調用addCombinator函數(shù)，用以檢查獲取的span父節(jié)點是否滿足div.map這兩個條件。
combinator――關系選擇器對應Expr.relative中的值，Expr.relative中各種關系選擇器的值如下。使用該參數(shù)的first屬性來確定返回的是僅檢查緊鄰對象的函數(shù)還是遍歷所有可能對象的函數(shù)。將通過如下代碼：elem = elem[dir]，獲取指定位置關系的節(jié)點，其中dir等于combinator.dir。
base――該參數(shù)與combinator.dir一起，確定變量checkNonElement的值，代碼如下。該值從字面理解為當前檢查的是非DOM元素，就是當elem.nodeType!=1的時候，若該值為true，則會執(zhí)行匹配函數(shù)，否則結束本次循環(huán)。
4、返回函數(shù)
4.1 若關系選擇器是>或+，則返回如下函數(shù)：
4.1.1 功能
若檢查element類型節(jié)點（即checkNonElements==false），迭代獲取elem指定位置關系的第一個element類型節(jié)點（elem.nodeType == 1），執(zhí)行匹配函數(shù)，檢查該節(jié)點是否符合要求，若符合返回true，否則返回false；
若檢查所有類型節(jié)點（即checkNonElements==true），獲取elem指定位置關系的緊鄰節(jié)點，執(zhí)行匹配函數(shù)，檢查該節(jié)點是否符合要求，若符合返回true，否則返回false；
有些人或許會問，不是說是緊鄰關系嗎？那代碼中為何要出現(xiàn)迭代獲取這一過程呢？這是因為，個別瀏覽器會把節(jié)點文本之間的換行符看成是TextNode，故在處理過程中，需要跳過這些節(jié)點，直到下一個element節(jié)點。
4.1.2 參數(shù)
elem――待檢查的單個節(jié)點元素。
context――執(zhí)行整個選擇器字符串匹配的上下文節(jié)點，大部分時候是沒有用途。
xml――當前搜索對象是HTML還是XML文檔，若是HTML，則xml參數(shù)為false。
4.2 若關系選擇器是~或空格，則返回如下函數(shù)：
// We can't set arbitrary data on XML nodes, so they don't
// benefit from dir caching
if (xml) {
while ((elem = elem[dir])) {
if (elem.nodeType === 1 || checkNonElements) {
if (matcher(elem, context, xml)) {
return true;
}
}
}
} else {
while ((elem = elem[dir])) {
if (elem.nodeType === 1 || checkNonElements) {
outerCache = elem[expando] || (elem[expando] = {});
if ((cache = outerCache[dir])
&& cache[0] === dirkey) {
if ((data = cache[1]) === true
|| data === cachedruns) {
return data === true;
}
} else {
cache = outerCache[dir] = [ dirkey ];
cache[1] = matcher(elem, context, xml)
|| cachedruns;
if (cache[1] === true) {
return true;
}
}
}
}
}
};
4.2.1 功能
若檢查的是XML文檔，則其過程與4.1返回函數(shù)一致，見上述代碼中if ( XML ) { ... }中大括號內的代碼。
若是HTML文檔，則根據(jù)matcher匹配當前元素，若匹配成功，返回true；否則返回false。
4.2.2 參數(shù)
elem――待檢查的單個節(jié)點元素。
context――執(zhí)行整個選擇器字符串匹配的上下文節(jié)點，大部分時候是沒有用途。
xml――當前搜索對象是HTML還是XML文檔，若是HTML，則xml參數(shù)為false。
4.2.3 代碼說明
內部變量
dirkey――緩存節(jié)點檢測結果用的鍵。在一次執(zhí)行過程中，若一個節(jié)點被檢查過，則會在這個節(jié)點的dirkey屬性（屬性名稱為dirkey的值）中記錄下檢測結果（true或false），那么在本次執(zhí)行過程中，再次遇到該節(jié)點時，不需要再次檢測了。之所以需要緩存，因為多個節(jié)點會存在同一個父節(jié)點或兄弟節(jié)點，利用緩存可以減少檢測的次數(shù)，提高性能。
dirruns――每次執(zhí)行通過matcherFromGroupMatchers組織的預編譯代碼時都會產(chǎn)生一個偽隨機數(shù)，用以區(qū)別不同的執(zhí)行過程。
doneName――每次執(zhí)行addCombinator函數(shù)時，done變量都會加1，用以區(qū)別生成的不同的位置關系匹配函數(shù)。
cachedruns――用來記錄本次匹配是第幾個DOM元素。例如：div.map>span，有3個元素符合span選擇器，則針對每個元素執(zhí)行>匹配函數(shù)時，cachedruns依次為0、1、2。cachedruns的作用按照代碼可以直接理解為在一個執(zhí)行過程中，針對同一個元素使用elementMatchers進行匹配過程中，再次遇到同一個元素時，可以直接從獲取不匹配的結果，但是，我想不出哪個情況下會發(fā)生這種事情。若有人遇到，請告知，多謝！
代碼解釋
新聞熱點
疑難解答
