在 XML 和 HTML 文档解析中，XPath 是一种依赖路径表达式定位节点的语言。面对结构复杂、属性分布不规则的文档，开发者经常需要快速筛选出那些完全没有任何属性的元素节点。这一需求可以通过属性轴与谓词条件的组合来实现。
一、无属性元素判断的核心语法与原理
在 XPath 的数据模型中，每个元素节点都可以拥有一个属性集合，而 @* 表示当前节点上的所有属性节点，也就是属性轴的全集。无论是 HTML 中的 class、id，还是 XML 中的自定义属性，只要存在，都会被包含在 @* 返回的节点集合中。基于这一点，要判断一个元素是否完全没有属性，实际上就是判断该元素对应属性集合是否为空。
判断集合为空最直接的方式是使用 count() 函数。它能够返回节点集合中的节点数量，因此当 count(@*) 的结果等于 0 时，就说明当前元素没有任何属性。把这一条件放在谓词中，就得到了核心表达式：
//*[count(@*) = 0]
这个表达式可以从左到右拆成三部分。//* 负责选择文档中所有层级的元素节点；count(@*) 对每一个候选元素统计其属性节点数量；谓词 [count(@*) = 0] 则只保留属性数量为零的元素。需要注意的是，这里的 * 是节点测试，只匹配元素节点，不匹配文本节点、注释节点或属性节点本身。
理解这一原理后，还可以把 @* 想象成一个动态的属性列表。只要列表长度为 0，元素就会被判定为无属性元素。这一判断过程与属性名称无关，也不关心属性的值是什么，只关心属性节点是否存在。
二、HTML 与 XML 文档中的实际匹配示例
在实际应用中，HTML 和 XML 是最常见的两类文档。虽然两种文档在语义和解析规则上有所不同，但 XPath 对元素属性的处理方式是一致的。下面分别通过示例说明。
HTML 文档场景
假设有一段 HTML 结构，其中部分元素带有 class 或 id，其余元素没有属性。此时使用 //*[count(@*) = 0] 可以准确筛选出没有属性的元素。
<div class="container">
<p>这是没有属性的段落</p>
<span id="test">这是有id属性的span</span>
<ul>
<li>无属性列表项</li>
<li class="item">有class的列表项</li>
</ul>
<div>无属性div</div>
</div>
对于上面的结构，匹配结果包括 <p>、第一个 <li> 以及内层的 <div>。这些元素都没有任何属性，而带有 class 的外层 <div>、带有 id 的 <span> 以及带有 class 的第二个 <li> 则不会被选中。
XML 文档场景
XML 文档中属性通常用于描述元素的元数据，例如年龄、分类等。以下 XML 片段包含两组具有不同属性情况的元素：
<root>
<user age="20">张三</user>
<user>李四</user>
<book category="tech">XPath教程</book>
<book>XML基础</book>
</root>
执行同样的 XPath 表达式后，匹配结果是 <user>李四</user> 和 <book>XML基础</book>。它们分别没有 age 和 category 属性，因此满足谓词条件。这个例子说明，无论文档类型是 HTML 还是 XML，属性判断逻辑都可以复用。
三、其他谓词写法与等价性对比
除了使用 count(@*) = 0 进行数量判断，XPath 还提供了更简洁的布尔判断写法 not(@*)。not() 函数会把空节点集合转换为真值，因此当元素没有任何属性时，not(@*) 返回 true。完整的表达式为：
//*[not(@*)]
从语义上看，not(@*) 表达的是“当前元素不存在任何属性节点”，而 count(@*) = 0 表达的是“当前元素属性节点数量为零”。两者的判断结果完全一致，但在可读性上略有差异。对于已经熟悉 XPath 布尔转换规则的开发者来说，not(@*) 更简洁；对于需要明确数量条件的场景，count(@*) = 0 则更直观。
需要说明的是，XPath 中的空节点集合会被视为 false，非空节点集合会被视为 true。因此 not(@*) 并不是对属性节点集合做取反，而是对“是否存在属性节点”这一布尔结果取反。理解这一点有助于避免在复杂谓词中混淆节点集合与布尔值。
四、常见注意事项与解析器差异
使用该表达式时，有几个细节值得关注。首先，//* 只会选择元素节点，因此最终结果中不会出现属性节点、文本节点或注释节点。如果只是希望筛选没有文本内容的元素，可以改用 `//*[not(text())]` 之类的表达式，但那已经是另一个筛选方向，与无属性元素的判断不能混用。
其次，在使用不同 XPath 解析器时，要注意 HTML 与 XML 模式下的差异。浏览器 DOM、lxml、Scrapy 等常见环境对 `//*[not(@*)]` 的支持都很好，但在处理带命名空间的 XML 文档时，部分解析器可能将命名空间声明也视为属性节点计入 `@*`。例如某个元素只有 `xmlns="http://ippipp.com"` 声明，却没有普通业务属性，此时不同解析器对 `not(@*)` 的判定可能不同。如果目标文档涉及命名空间，建议在具体环境中先做最小化验证，或通过更明确的路径限定范围，避免跨平台结果不一致。
另外，`//*` 会从文档根节点开始全局扫描所有元素，在大型 HTML 或 XML 文档中可能带来不必要的性能开销。如果只需要判断某个容器内部的无属性元素，建议将通配符改为更具体的路径。例如：
//div[@class='content']//*[not(@*)]这种写法既能保持原有语义，又能大幅减少遍历的节点数量。对于结构明确的页面，还可以进一步写成 `//div[@id='main']//span[not(@*)]` 等精确形式。 需要留意的是，XPath 版本也会影响可用函数。`not(@*)` 和 `count(@*) = 0` 在 XPath 1.0 及以上版本中均可使用。如果解析器支持 XPath 2.0 或 3.0，也可以写成：
//*[empty(@*)]三者判断结果相同。但 `empty()` 函数在 XPath 1.0 中不可用，因此如果仍在使用基于 XPath 1.0 的库或浏览器 DOM API，应优先使用前两种写法。 五、总结 本文介绍了如何通过 XPath 表达式 `//*[not(@*)]` 或 `//*[count(@*) = 0]` 选择文档中没有属性的元素。核心思路是让 `@*` 匹配当前元素的所有属性节点，再由 `not()` 或 `count()` 判断属性集合是否为空。无论是 HTML 还是 XML 文档，该判断逻辑都具有通用性。 在实际使用时，需要注意解析器对命名空间属性的处理差异，并尽量通过更具体的路径限制查询范围，以提升执行效率。掌握这一技巧后，可以在页面结构分析、HTML 清洗、测试断言等场景中快速定位无属性元素，为进一步处理提供清晰的目标集合。