Java XPath处理默认命名空间需显式绑定前缀（如ns:book）或用local-name()='book'绕过；务必开启setNamespaceAware(true)，否则命名空间信息丢失。
Java中XPath处理默认命名空间是个常见痛点——因为XPath标准本身不支持“无前缀的默认命名空间”，而DOM解析器又会如实保留xmlns="http://example.com/ns"这类声明，导致用//book根本匹配不到带默认命名空间的<book>元素。
理解问题根源：XPath不识别默认命名空间
XML中xmlns="http://example.com/ns"会给所有无前缀子元素自动绑定该命名空间，但XPath的//book实际等价于//*[local-name()='book']（不检查命名空间），或更严格地说，它只匹配无命名空间的book元素。而带默认命名空间的book实际是{http://example.com/ns}book，和book不等价。
解决方案一：注册命名空间前缀（推荐）
通过javax.xml.namespace.NamespaceContext为默认命名空间绑定一个前缀（如ns），再在XPath表达式中显式使用：
- 创建自定义
NamespaceContext实现，覆盖getNamespaceURI(String prefix)方法，当prefix为"ns"时返回你的默认命名空间URI - 调用
xPath.setNamespaceContext(context) - XPath表达式写成
//ns:book而非//book
解决方案二：用local-name()函数绕过命名空间
适用于简单场景，无需注册上下文，直接在XPath中忽略命名空间：
立即学习“Java免费学习笔记（深入）”；
-
//*[local-name()='book']—— 匹配任意命名空间下local name为book的元素 -
//*[local-name()='book' and namespace-uri()='http://example.com/ns']—— 精确匹配指定命名空间的book - 注意：不能用于属性（如
@id），因属性默认无命名空间；且表达式可读性和性能略差
注意事项与避坑点
使用DOM解析时确保DocumentBuilderFactory.setNamespaceAware(true)已开启，否则命名空间信息会被丢弃，后续XPath行为不可预测；JAXP默认是false，这一步常被忽略。
如果XML含多个命名空间，仍需为每个分配唯一前缀并注册，不能只处理默认的那个。
第三方库如JAXB或jOOX可能封装了命名空间处理，但底层逻辑一致——要么绑定前缀，要么用local-name()兜底。
