xpathevaluator初始化失败是因精简jre缺实现类，需显式指定命名空间uri；xml默认命名空间导致匹配失败，应声明前缀或用local-name()；xpathexpression须复用，避免重复编译；evaluate返回类型需按xpathconstants严格选择，防止classcastexception。
XPathEvaluator初始化失败：javax.xml.xpath.XPathFactory.newInstance()返回null？
不是bug，是JVM默认没加载XPath实现——Java 8+自带XPathFactory，但某些精简JRE或容器环境（如Alpine镜像里的OpenJDK）可能缺com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl。
- 显式指定工厂实现类：
XPathFactory factory = XPathFactory.newInstance(javax.xml.namespace.QName.valueOf("http://java.sun.com/jaxp/xpath/dom")); - 更稳妥的做法是捕获异常后fallback：
try { factory = XPathFactory.newInstance(); } catch (XPathFactoryConfigurationException e) { factory = XPathFactory.newInstance("http://java.sun.com/jaxp/xpath/dom"); } - 别在静态块里直接调用
newInstance()，否则类加载失败时整个类不可用
提取空节点或报XPathExpressionException：表达式写对了但没结果？
常见于XML有默认命名空间（xmlns="http://example.com/ns"），而XPath没声明前缀——此时//book/title完全匹配不到任何节点，连text()都取不到，不是语法错，是命名空间不匹配。
- 要么在XML文档开头加
xmlns:ns="http://example.com/ns"，然后XPath写成//ns:book/ns:title - 要么用
local-name()绕过：//*[local-name()='book']/*[local-name()='title']/text() - 别用
normalize-space()当万能兜底——它对null节点抛NullPointerException，得先evaluate(..., XPathConstants.NODE)判空
性能卡在重复编译：每次parse都调用XPath.compile()？
XPathExpression对象线程安全且可复用，反复compile()是典型浪费——尤其在循环或高并发场景下，CPU花在解析字符串上，比实际执行还慢。
- 把常用表达式提前编译好，存为
static final字段：private static final XPathExpression BOOK_TITLE_EXPR = XPATH.compile("//book/title/text()"); - 如果XPath含变量，用
String.format()拼接再编译，别用concat()函数——JAXP对函数嵌套支持弱，容易触发UnsupportedOperationException - 注意
DocumentBuilder也该复用，否则DOM解析本身就成了瓶颈
返回类型选错导致ClassCastException：为什么evaluate()结果不能直接强转String？
XPathConstants.STRING返回的是String，但XPathConstants.NODE返回Node，NODESET返回NodeList——很多人图省事全用STRING，结果遇到空节点返回""，遇到多节点只取第一个，掩盖了数据结构问题。
立即学习“Java免费学习笔记（深入）”；
- 明确预期结果数量：单值用
STRING或NUMBER；多节点必须用NODESET再遍历 - 用
NODE类型最灵活，后续可调getTextContent()或getAttributes()，但要注意Node可能是TEXT_NODE或ELEMENT_NODE - 别信IDE自动补全的
(String) xpath.evaluate(...)——类型擦除后运行时才爆ClassCastException
命名空间处理和表达式复用这两块，线上出问题时最难定位——因为现象是“偶尔为空”或“CPU飙升”，而不是明显报错。
