r.expr()执行顺序问题：数组参数元素评估顺序是否可预测？

好问题！我来给你梳理下RethinkDB里r.expr()的具体执行逻辑：

一、r.expr()的整体执行顺序 #

r.expr()的核心作用是把输入值（不管是本地数据还是ReQL表达式）转换成数据库能理解的ReQL查询节点，它的执行时机和逻辑分两种情况：

• 如果传入的是本地静态值（比如普通数组、字符串、数字）：这部分会直接在客户端完成序列化，然后和整个查询一起发送到数据库，数据库拿到后直接把这个值作为表达式的结果，不存在“执行顺序”的额外逻辑——相当于你直接把数据递交给数据库用。
• 如果传入的是ReQL子表达式（比如r.table('users').get('123')）：此时r.expr()会把这个子表达式整合到整个查询的执行树里，数据库在运行查询时，会先完成子表达式的评估，再把结果作为r.expr()的输入。简单说就是先执行子表达式，再处理r.expr()本身，完全遵循依赖关系的顺序。

举个例子：

// 这里r.table('users').count()是子表达式，会先被数据库执行，再传入r.expr()
const query = r.expr(r.table('users').count()).gt(100);

数据库会先计算用户表的总条数，再判断这个数字是否大于100。

二、数组元素的评估顺序 #

当r.expr()的参数是数组时，分两种场景看：

• 如果数组里全是本地静态值：比如r.expr([1, "hello", true])，这时候客户端直接把整个数组序列化发送，数据库拿到就是现成的数组，不存在“评估”的过程，顺序完全和你定义的一致。
• 如果数组里包含ReQL子表达式：比如r.expr([r.table('a').count(), r.table('b').count(), r.now()])，数据库会严格按从左到右的可预测顺序依次评估每个元素。也就是说，先计算表a的条数，再计算表b的条数，最后获取当前时间，最终数组的顺序和你定义的元素顺序完全一致，不会出现乱序评估的情况。

需要注意的是，这种顺序是ReQL的规范保证的，你可以放心依赖这个顺序来编写逻辑（比如后面的元素需要用到前面元素的结果时，只要把依赖的表达式放在前面就行）。

内容的提问来源于stack exchange，提问作者nickanna_42