我们先从XML基本概念讲起，帮你建立对这种标记语言的底层认知——毕竟搞懂「基础逻辑」，才能真正学透工具。接下来重点拆解三大核心函数：XPath是怎么帮你精准「定位」XML里的节点？XSLT如何把枯燥的XML数据「变装」成网页、文档甚至Excel？XQuery又能怎样高效「查询」和处理XML中的信息？每一部分都避开复杂术语，用「能直接上手」的例子讲透用法，连新手常踩的坑（比如XPath的轴混淆、XSLT的模板套用错误）也会提前提醒。
不用再东拼西凑找资料，也不用怕被专业名词劝退——跟着这篇指南走，一次性把XML里最关键的「三大工具」搞懂，下次遇到XML数据处理，你也能从容上手！
你是不是刚学XML没几天，就被XPath的“//”“@”绕晕，看XSLT的模板语法像看外星文，甚至搞不清XQuery到底是用来查数据还是转格式？我去年帮做电商的朋友处理商品XML数据时，他也犯过这毛病——明明对着教程敲代码，结果要么查不到节点，要么转出来的HTML全是乱码。后来我陪着他把三大函数的逻辑捋了一遍，才发现问题出在“没搞懂每个工具到底是干什么的”。今天就把这些实操经验拆给你，不用记复杂术语，跟着例子走就能上手。
先把XML基本逻辑摸透，再学函数才不懵
其实XML没那么神秘，它就是个“带自定义标签的记事本”——比如电商的商品数据，会写成智能手机3999电子产品，标签是你自己定的，目的是让零散的数据“结构化”。但光有结构没用啊，你得能找数据（比如从100条商品里挑出价格>3000的）、改数据格式（比如把XML转成运营能看的HTML表格）、查多源数据（比如从两个XML文件里统计平均价格），这仨需求刚好对应XPath、XSLT、XQuery这“XML处理三驾马车”。
我朋友当初的问题就出在“工具分工混乱”：他以为XPath能直接转格式，结果写了一堆路径表达式，最后还是得用XSLT重新写；又以为XQuery和XPath是一回事，结果查多源数据时卡了半天。后来我帮他画了张“工具分工表”，他才彻底理清逻辑——先明确每个工具的“核心任务”，再学用法就不会乱。比如下面这个表格，是我去年整理给朋友的，你可以直接拿走用：
| 工具名称 | 核心作用 | 常用场景 | 入门关键语法 |
|---|---|---|---|
| XPath | 定位XML中的节点/属性 | 提取特定数据（如“所有价格>3000的商品名称”） | //（全局匹配）、@（获取属性）、[]（筛选条件） |
| XSLT | 将XML转换为其他格式（HTML/Excel等） | 把商品XML转成运营能看的HTML表格 | xsl:template（模板）、xsl:for-each（遍历）、xsl:value-of（取值） |
| XQuery | 查询/合并多源XML数据 | 从多个XML文件中统计平均价格 | for…in…（遍历）、where（条件）、return（返回结果） |
这张表是我帮朋友理清楚逻辑的关键——先想“我要做什么”，再选工具。比如他要把商品XML转成HTML，就得用XSLT；要从100条商品里挑出“电子产品”类别，就得用XPath；要从两个XML文件里查“手机”的平均价格，就得用XQuery。搞懂分工，才不会像他当初那样“用XPath转格式”，做无用功。
逐个拆三大函数：用实操例子讲清怎么用
光知道分工还不够，得跟着例子走一遍“怎么用”。我去年帮朋友踩过的坑，今天全拆给你，避免你再绕弯路。
XPath：像“文件搜索”一样定位XML节点
XPath的核心就是“找东西”，相当于你在电脑里搜文件时输入“D:文档*.docx”——只不过它搜的是XML里的节点。比如朋友有个products.xml文件，里面有100条节点，结构是这样的：
智能手机A
3999
电子产品
笔记本电脑B
5999
电子产品
咖啡杯C
99
日用品
他想找“所有电子产品类、价格>3000的商品名称”，用XPath怎么写？答案是//product[category='电子产品' and price>3000]/name——拆开来理解：
//product：不管节点在哪个位置，找到所有[category='电子产品' and price>3000]：筛选条件——category是“电子产品”，且price>3000（相当于“文件大小>10MB”）；/name：取符合条件的我朋友当初犯的第一个错就是漏写了筛选条件的方括号，结果把所有的都查出来了，包括99块的咖啡杯；第二个错是把“/”和“//”搞混——他一开始写/products/product/name，结果只查到根节点下第一个的，因为“/”是“从根节点开始找”，而“//”是“全局找所有匹配的”。后来我让他把“/”改成“//”，加了方括号条件，才拿到正确结果。
再比如要找商品的ID属性（），用XPath的@符号就行——//product/@id，能直接拿到所有商品的id值。这是XPath最常用的“属性定位”，比如电商的商品SKU、文章的作者ID，都能用@快速提取。
XSLT：把XML数据“变装”成能看的格式
朋友的核心需求其实是“把XML转成HTML表格”，因为运营同事看不懂 raw XML，得要能直接打开看的表格。这时候就得用XSLT——它是专门干“格式转换”的工具，原理是“用模板定义转换规则”。
我帮他写了个style.xsl文件，内容是这样的：
<!-
匹配根节点/ >
<!- 商品ID 商品名称 价格 类别 遍历所有节点 > <!- 取product的id属性 > <!- 取节点的文本 > <!- 取节点的文本 > <!- 取节点的文本 >
然后要在
products.xml的开头加一行关联声明：这样用浏览器打开
products.xml，就能看到一个带边框的HTML表格，运营同事直接就能看——这就是XSLT的威力：把“机器能读的XML”变成“人能看的内容”。我朋友当初犯的错是没加关联声明，结果打开
products.xml还是一堆XML标签；还有一次是把模板的match路径写错了——他写成match="/product"，结果没匹配到根节点，转出来的HTML是空的。后来我让他核对了match的路径（根节点是，所以match="/products"），加上关联声明，才成功生成表格。XSLT还能转Excel——只需要把模板里的
html换成xls格式的标签（比如用加Excel的特定属性），就能直接生成
.xls文件，这对需要导出数据的运营、财务同事来说特别实用。XQuery：用SQL思维查XML数据
朋友后来又遇到个问题：他的商品数据存在两个XML文件里（
products1.xml和products2.xml），想统计“所有电子产品的平均价格”。这时候XPath不够用了（因为XPath只能查单个XML），得用XQuery——它的语法像SQL，能处理“多源XML数据”。XQuery的代码是这样的：
let $products1 = doc("products1.xml")//productlet $products2 = doc("products2.xml")//product
let $all_products = ($products1, $products2)
return avg($all_products[category='电子产品']/price)
拆开来理解：
let $products1 = doc("products1.xml")//product：读取products1.xml里的所有节点，存到变量$products1；let $products2 = doc("products2.xml")//product：同理读取products2.xml；let $all_products = ($products1, $products2)：把两个变量合并成一个“商品集合”；return avg($all_products[category='电子产品']/price)：计算集合中“电子产品”类商品的price平均值。我朋友当初犯的错是没加
doc()函数——他直接写let $products1 = //product，结果XQuery找不到文件，因为它需要明确“从哪个文件读数据”。后来我让他加上doc("文件路径")，才成功读取到两个XML的内容。XQuery的优势在于“面向集合的查询”——比如你要查“价格最高的3个电子产品”，可以写：
for $p in doc("products.xml")//product[category='电子产品']order by $p/price descending
return $p/name
这里
for...in...是遍历节点，order by是排序（descending是降序），return是返回结果——是不是和SQL的SELECT name FROM product WHERE category='电子产品' ORDER BY price DESC很像？对，XQuery就是“XML版的SQL”，适合处理多源、大量的XML数据。其实学XML的三大函数，最关键的不是记语法，而是“先想需求，再选工具”——我去年帮朋友 的这个笨办法，至今还在用：要找节点用XPath，要转格式用XSLT，要查多源数据用XQuery。别觉得这些函数难，我当初学的时候也犯过傻——把XSLT的模板写成了XPath的表达式，结果调试了俩小时才发现。后来我就抱着“先明确需求”的心态，慢慢就顺了。
如果你按我说的方法试了，比如用XPath查自己的XML数据，或者用XSLT转个HTML表格，欢迎在评论区告诉我效果！要是遇到问题，也可以留个言，我帮你看看——毕竟踩过的坑多了，多少能帮你避避雷。
本文常见问题（FAQ）
XPath、XSLT、XQuery看起来像，怎么区分它们的用途？
其实核心是“做什么事选什么工具”——想精准找XML里的节点（比如从100条商品里挑电子产品），用XPath；想把XML转成人能看的格式（比如转HTML表格、Excel），用XSLT；想查多个XML文件的数据（比如合并两个文件算平均价格），用XQuery。就像你找文件用搜索框、转文档格式用Word、统计多表数据用Excel，分工不一样，别搞混了。
XPath里的“//”和“/”有什么不一样？用错了会怎么样？
“/”是从XML的根节点开始“顺着路径找”，比如“/products/product/name”只能找到根节点下第一个的；而“//”是“全局找所有匹配的节点”，比如“//product/name”能找到所有下的。我朋友当初就用错过“/”，结果只查到第一个商品名，漏了其他数据，后来换成“//”才对。
用XSLT转XML为HTML时，为什么打开还是一堆标签？
大概率是两个原因：一是没加“关联声明”——得在XML开头加一行“”，不然浏览器不知道用哪个XSL模板转；二是模板的match路径错了——比如你XML的根节点是，模板得写“match="/products"”，要是写成“/product”就匹配不到，转出来的HTML肯定空。我朋友当初这俩错都犯过，改了之后才生成正常表格。
想合并两个XML文件的数据统计，用XQuery怎么操作？
用XQuery的“let变量+doc()函数”就行——先把每个XML文件的内容读进变量，比如“let $products1 = doc("products1.xml")//product”读第一个文件的所有商品，“let $products2 = doc("products2.xml")//product”读第二个；再把两个变量合并成一个集合“let $all = ($products1, $products2)”；最后用avg()或sum()算结果，比如“return avg($all[category='电子产品']/price)”就是算平均价格。我朋友之前合并数据时，没加doc()函数直接写//product，结果找不到文件，加上就好了。
学这三个函数前，为什么要先懂XML的基本结构？
因为这三个函数都是“操作XML结构的工具”——XML其实就是“自定义标签的结构化数据”，比如里包着、，你得先知道这些标签的层级关系，才能用XPath找节点，用XSLT遍历模板，用XQuery查数据。要是连“根节点是哪个、子节点怎么嵌套”都不懂，比如想找下的，却写成“//price”，可能把其他节点的也查出来，就像我朋友一开始没搞懂结构，查数据全是错的，后来摸透结构再用函数，一下子就顺了。
原文链接：https://www.mayiym.com/52735.html，转载请注明出处。
