JS获取父节点的3种方式

而element.parentElement则更专注于“元素”这个概念。它返回的是指定节点的父元素节点。如果父节点不是一个元素节点（比如是文本节点或文档节点），那么parentElement就会返回null。在我看来，日常开发中，我们更多地是处理HTML元素之间的关系，所以parentElement在很多时候显得更直观，也更符合我们的预期。

举个例子：

  
Hello

我个人在多数情况下会倾向于使用parentElement，因为它帮我过滤掉了那些非元素的父节点，让代码意图更清晰。但如果你确实需要处理文本节点、注释节点等情况，parentNode无疑是更全面的选择。

parentNode和parentElement有什么区别？

这是一个经常被问到的问题，也是理解DOM结构的关键。简单来说，parentNode能返回任何类型的父节点，包括元素节点、文本节点、注释节点、文档节点等等。它遵循的是DOM树的完整结构。所以，如果你有一个文本节点，它的parentNode就是包含它的那个元素。

而parentElement则严格得多，它只返回父元素节点。如果一个节点的父级不是一个元素（比如它是document本身，或者是一个文本节点、注释节点），那么parentElement就会返回null。

举个实际的例子，假设我们有这样的HTML：

  
  Hello World
  

如果我获取target元素的parentNode和parentElement，它们都会是div#container。 但如果我尝试获取"Hello World"这个文本节点的父节点：

const container = document.getElementById('container');
// 通常通过 childNodes 获取文本节点，具体索引可能因浏览器和格式而异
// 这里假设文本节点是第三个子节点（0是注释，1是换行符文本，2是Hello World文本）
const textNode = container.childNodes[2]; 
console.log(textNode.nodeType); // 3 代表文本节点
console.log(textNode.nodeValue); // "Hello World"
console.log(textNode.parentNode); // 返回 

console.log(textNode.parentElement); // 返回 null

你看，这就是它们最核心的区别。parentNode更“包容”，它看的是整个DOM节点层级；parentElement更“挑剔”，它只认元素。在我日常写代码的时候，如果我明确知道我只关心HTML元素，parentElement能给我提供更简洁、更符合预期的结果。反之，如果我需要遍历整个DOM树，包括文本节点和注释节点，那parentNode就是我的首选。

如何处理获取父节点时可能遇到的null值？

获取父节点时遇到null，这其实是个很常见也很重要的情况，尤其是当你尝试获取一个元素的parentElement，而它的父级不是一个元素节点时，或者当一个元素本身就是DOM树的根节点（比如的parentElement就是null）。

处理null值的方法其实很简单，就是做个非空判断。这就像你问一个孩子他爸爸是谁，如果他没爸爸，那回答就是“没有”或者“不知道”。在代码里，就是：

const someElement = document.getElementById('someId'); // 假设存在这个元素
const parent = someElement.parentElement; // 或者 parentNode

if (parent) {
  // 只有当parent不是null时，才执行这里的逻辑
  console.log('找到了父元素:', parent);
  // 可以在这里对parent进行操作，比如修改样式，添加子元素等
} else {
  console.log('该元素没有可识别的父元素，或者它已经是根节点了。');
}

这种防御性编程习惯非常好。它能避免你在尝试访问一个null值的属性或方法时，抛出恼人的TypeError: Cannot read properties of null (reading '...')错误。特别是在进行链式调用，比如element.parentElement.parentElement时，每一步都应该考虑其结果是否可能为null。

更简洁一点，你可以利用逻辑与（&&）运算符的短路特性：

const grandparentElement = someElement.parentElement && someElement.parentElement.parentElement;
if (grandparentElement) {
  console.log('找到了祖父元素:', grandparentElement);
} else {
  console.log('未能找到祖父元素。');
}

这种方式很优雅，当someElement.parentElement是null时，整个表达式会短路，grandparentElement就会被赋值为null，避免了错误。在我看来，这种处理方式既保证了代码的健壮性，又保持了简洁性，是个不错的选择。

在特定场景下，除了直接父节点，我还能获取到哪些祖先元素？

有时候我们不光想找直接的爸爸，还想找爷爷、曾爷爷，甚至是一个特定类型的祖先。DOM API也为我们提供了这样的能力。

一个非常强大的方法是element.closest(selector)。这个方法会从当前元素开始，向上遍历它的祖先元素（包括元素自身），直到找到一个与提供的CSS选择器匹配的元素。如果没有找到，它就返回null。这在处理事件委托或者查找特定组件的根元素时特别有用。

比如，你有一个点击事件发生在列表项内部的某个按钮上，你想找到这个按钮所属的

  
Item 1 X
  
Item 2 X

function getAllAncestors(element) {
  let ancestors = [];
  let current = element.parentElement; // 从直接父元素开始，如果需要包含非元素节点，用parentNode
  while (current) {
    ancestors.push(current);
    current = current.parentElement; // 继续向上
  }
  return ancestors;
}

const child = document.getElementById('child'); // 假设页面中有id为'child'的元素
if (child) {
  const allParents = getAllAncestors(child);
  console.log('所有祖先元素:', allParents.map(el => el.tagName));
} else {
  console.log("未找到id为'child'的元素。");
}