XQuery 的交互式查询，简单说就是在终端或图形工具里逐条输入 XQuery 表达式，按回车后立刻得到结果序列。它不像传统编译型语言那样必须先把完整程序写进文件，再经过编译、链接才能运行；也不像 SQL 客户端那样只能面向关系表。XQuery 处理的是 XML 文档、节点树和序列，很多表达式本身就可以独立求值。因此，交互式环境特别适合验证路径、统计节点、抽取属性，以及在正式写查询脚本前做数据探查。
实用的交互式 XQuery 工具并不少，BaseX、eXist-db、MarkLogic 都提供了类似 REPL 的入口。即便你不使用图形界面，仅靠命令行也能完成大多数交互式查询和结果输出。要理解交互式查询，先要清楚 XQuery 每次执行的最小单元是什么。
一、先理解交互式查询的最小执行单元
XQuery 的语法由表达式组成。在一个交互式会话里，输入的内容可以是非常简单的字面量、算术表达式或路径表达式。例如直接输入 1 + 2，终端会返回 3；输入 "hello"，会返回字符串 hello。这个特点让它区别于很多需要入口函数或 main 方法的语言。XQuery 引擎会把输入当作一个查询体编译执行，一旦得到结果就立即输出。
更常见的是对 XML 文档做路径查询。假设当前目录有一份 books.xml，结构大致可以理解为根节点 books 下包含多个 book 元素，每个 book 元素包含 title、price 等子元素。交互式输入 doc("books.xml")/books/book/title/text() 后，引擎会先通过 doc 函数加载文档，再沿路径找到 title 元素的文本节点，最后返回一个由字符串组成的序列。这里的序列是 XQuery 的核心数据模型，它既可以包含节点，也可以包含原子值，而且允许只有一个成员甚至为空。
认识到表达式和序列这两点，是使用交互式环境的前提。你可以先用简单路径确认节点能否被选中，再用 count 函数统计数量，用 distinct-values 去重，或者通过字符串函数处理文本。因为每一步都能立刻看到结果，排查路径写错、命名空间漏掉等问题会容易很多。
二、搭建一个可以立即运行的交互式终端
个人用户最容易上手的工具是 BaseX。它体积不大，安装后可以在终端里执行 basex 命令进入交互模式。进入后终端会显示一个提示符，等待你输入查询表达式或数据库命令。此时不需要预先创建数据库，只要直接使用 doc 函数加载本地 XML 文件即可。文件路径可以使用相对路径，也可以使用绝对路径。Windows 用户如果安装目录不在 PATH 中，可以先切换到安装目录，例如 cd C:\Program Files\BaseX\bin 后再执行 basex。
除了纯交互模式，BaseX 也支持单次查询参数 -q。如果只是想快速验证一条查询，可以写成：
basex -q "doc('books.xml')/books/book/title/text()"
这种写法不会进入 REPL，执行完就直接输出结果并退出，适合放在批处理或脚本中。Saxon 的命令行方式也比较类似，使用 net.sf.saxon.Query 类配合 -q 参数执行单条查询。不过 Saxon 更偏向单次执行，而 BaseX 的 shell 既能连续交互，又能管理 XML 数据库。
图形界面方面，BaseX 还提供一个独立的 GUI 客户端，左侧管理数据库，右侧是查询编辑区。选择 XML 文件建立数据库后，可以直接在编辑区写查询并运行。很多初学者用 GUI 会更直观，但命令行交互式查询在服务器维护、远程操作和批处理场景中仍然不可替代。实际使用时可以两者结合：用 GUI 做复杂查询调试，用命令行做自动化验证。
三、用 FLWOR 表达式逐步组织查询
简单路径查询只能完成节点选择和基础过滤，遇到需要排序、分组、多条件过滤时，就要用 FLWOR 表达式。FLWOR 由 for、let、where、order by、return 这些子句组成，和 SQL 的 SELECT-FROM-WHERE 有点相似，但操作对象是 XML 节点序列。交互式环境非常适合一句一句验证这些子句，因为你可以先返回中间序列，确认数据范围和类型，再继续叠加条件。
例如，想获取价格不低于 40 的图书标题，并按照价格从高到低排列，可以输入：
for $b in doc("books.xml")/books/book
where $b/price ge 40
order by $b/price descending
return $b/title/text()
这里使用 ge 运算符表示大于等于，与 XQuery 中的大于等于运算符等价。order by 子句指定降序，return 负责输出最终序列。交互式环境会逐行返回标题文本，但不会显示中间过程。如果你想先看每一本书的价格和标题，可以临时把 return 改成 return ($b/title/text(), $b/price/text())，这样会得到一个混合序列，虽然结构不完美，但能帮助你快速判断过滤条件是否成立。
交互式调试还有一个常用技巧：先不写 where 和 order by，只执行 for 和 return，看看是否取到了预期数量的节点。例如 for $b in doc("books.xml")/books/book return $b/title/text()。确认节点路径正确后，再逐步加入 where 和 order by。这种分步写法能显著减少整条查询报错时的排错范围。需要说明的是，BaseX 默认对单行查询立即执行，如果查询较长，可以粘贴多行文本，终端通常也支持直接回车续行。
四、把交互查询保存成参数化脚本
交互式查询的结果不会自动保存，如果查询需要反复执行，或者需要换不同参数运行，最好把经过验证的表达式保存成 .xq 文件。BaseX 支持在命令行里通过 -b 参数传入外部变量，脚本内部用 declare variable 声明。例如写一个 filter.xq 文件，内容如下：
declare variable $minPrice external;
for $b in doc("books.xml")/books/book
where $b/price ge $minPrice
order by $b/price descending
return $b/title/text()
然后执行 basex -b minPrice=30 filter.xq。声明中的 external 表示这个变量由外部赋值，命令行参数使用变量名加等号的形式传入。需要注意的是，变量名前的 $ 符号不必出现在 -b 参数中，命令行写成 minPrice=30 即可。如果脚本里有多个外部变量，可以用多个 -b 参数依次传递。
除了传入参数，命令行还可以把结果重定向到文件，方便保存成文本或 CSV。比如在 Linux 或 Windows 命令提示符中运行 basex -b minPrice=30 filter.xq 并使用重定向符号写结果到 result.txt，查询结果会写入 result.txt。如果要用图形界面，可以在 BaseX GUI 中打开 .xq 文件并绑定外部变量，执行后手动复制结果。无论哪种方式，交互式阶段验证过的查询逻辑都可以几乎不改动地迁移到脚本中。
交互式查询和脚本化并不是对立的。数据刚拿到手时，可以先在 REPL 里用短表达式快速了解结构；当查询步骤逐渐清晰，再把完整的 FLWOR 表达式整理进脚本文件，通过参数控制阈值、排序字段或输出字段。这样一个从探索到固化的过程，既保留了交互工具的即时反馈优势，又获得了可重复执行、可版本管理的脚本能力。对于 XML 数据处理来说，这是非常实用的工作方式。