若源xml无命名空间，xslt中应删除所有xmlns声明并用无前缀路径匹配；若含默认命名空间，则需在xslt中声明前缀并使用该前缀匹配；不确定时可用local-name()临时兼容，但生产环境应优先明确声明命名空间。
XML没命名空间，XSLT里却写了xmlns前缀？
直接删掉XSLT中多余的命名空间声明。只要源XML不带xmlns或xmlns:xxx，XSLT里就不该用xxx:tag这种带前缀的写法，否则xsl:template或xsl:value-of全会匹配失败。
常见错误现象：<template match="doc:root"></template> —— 源XML是<root></root>，根本没doc:前缀，这个模板永远不触发。
- 检查源XML文件开头有没有
xmlns属性（包括默认命名空间xmlns="http://..."） - 如果确认没有，XSLT里所有
match、select路径都用无前缀写法，比如match="/root/item" - 删掉XSLT根元素
<stylesheet></stylesheet>上多余的xmlns:xxx="..."声明（除非你主动要在XSLT里生成带命名空间的输出）
xsl:template匹配不到根元素？检查默认命名空间干扰
看似没命名空间，但XML可能隐含默认命名空间，比如<root xmlns="http://example.com"></root>。这种情况下，元素实际属于该URI，XSLT必须显式声明并使用前缀才能匹配。
判断方法：用浏览器打开XML，或用xmlstar -t -c "name(/*)" file.xml看根元素是否返回带前缀的名称；或者用Python快速验证：
import xml.etree.ElementTree as ET
tree = ET.parse("input.xml")
print(tree.getroot().tag) # 输出可能是 '{http://example.com}root'- 如果输出形如
{http://example.com}root，说明有默认命名空间，XSLT需加xmlns:ex="http://example.com"，再用match="/ex:root" - 如果输出就是
root，且tree.getroot().nsmap为空，则真没命名空间，放心用无前缀路径 - 别信文件里没写
xmlns就等于没命名空间——某些工具生成XML时会静默添加
用local-name()兜底匹配，但别滥用
当无法确定XML是否有命名空间（比如处理第三方API返回的XML），可用local-name()忽略命名空间做模糊匹配。但这会让XPath变慢，且失去语义精度，只建议临时调试或兼容旧数据。
- 匹配任意命名空间下的
item：match="*[local-name()='item']" - 匹配根为
root且子元素为item：match="/ *[local-name()='root']/*[local-name()='item']" - 注意：
local-name()不能用于select属性值提取（如select="@id"仍要按实际命名空间处理） - 生产环境优先用明确命名空间声明，而不是靠
local-name()硬扛
XSLT 1.0和2.0对无命名空间XML的处理差异很小
核心行为一致：没声明命名空间，就按无命名空间处理。真正影响兼容性的点在于函数支持和错误容忍度。
- XSLT 1.0处理器（如libxslt）遇到
xmlns:ex="..."但没用到该前缀，通常忽略；XSLT 2.0（如Saxon）可能警告但不报错 -
exclude-result-prefixes在两种版本里都有效，可用于清理输出中的冗余命名空间声明 - 如果用
<element name="{...}"></element>动态生成元素名，1.0不支持命名空间绑定，2.0支持namespace属性——但这和输入XML有没有命名空间无关
真正容易被忽略的是：XML解析器本身可能预设命名空间（比如Java的DocumentBuilder开启setNamespaceAware(true)后，即使XML没写xmlns，也可能把空URI当作一种“无命名空间”状态来严格区分）。这时候XSLT里的匹配必须精确对应这个空URI，而不是简单当成裸标签。
