这里有一个可以运行的性能测试链接。Find()实际上比children()快2倍。

它们不一定会得到相同的结果:find()会得到任何后代节点，而children()只会得到匹配的直接子节点。

在某一点上，find()要慢得多，因为它必须搜索每个可能匹配的后代节点，而不仅仅是直接子节点。然而，这已不再是事实;由于使用本机浏览器方法，Find()速度更快。

其他答案都没有涉及使用.children()或.find(">")只搜索父元素的直接子元素的情况。因此，我创建了一个jsPerf测试来找出答案，使用三种不同的方法来区分孩子。

事实上，即使在使用额外的">"选择器时，.find()仍然比.children()快得多;在我的系统中，是10倍。

因此，从我的角度来看，似乎根本没有太多理由使用.children()的过滤机制。

这里有一个可以运行的性能测试链接。Find()实际上比children()快2倍。

find()和children()方法都用于过滤匹配元素的子元素，只是前者向下移动任何一层，后者向下移动一层。

简化:

Find()—搜索匹配元素的子、孙、曾孙…各层向下。 Children()—只搜索匹配元素的子元素(向下一层)。

children()只查看节点的直接子节点，而find()则遍历节点下面的整个DOM，因此给定等效的实现，children()应该更快。但是，find()使用本机浏览器方法，而children()使用在浏览器中解释的JavaScript。在我的实验中，在典型情况下没有太大的性能差异。

使用哪一种方法取决于您是只想考虑DOM中的直接子代节点还是该节点之下的所有节点，也就是说，根据您想要的结果选择适当的方法，而不是方法的速度。如果性能确实是一个问题，那么尝试找到最佳解决方案并使用它(或在其他答案中查看一些基准测试)。