SparkSql LogicalPlan的resolved变量

在阅读SparkSql源码过程中，可能会遇到的小迷惑

resolved主要用来标记当前 LogicalPlan 是否为经过了解析。

//当前logicalplan中的所有的expressions都被解析了，并且该logicalplan的子节点也被解析，刚当前的logicalplan的resolved会返回true
lazy val resolved: Boolean = expressions.forall(_.resolved) && childrenResolved

logicalplan分unresolved logical plan和resolved logical plan，resolved可以被子类重写。

看两个案例

UnresolvedRelation

UnresolvedRelation 是由ASTTree直接生成的unresolved logical plan的节点，还未被解析，所以resolved被赋值为false

Aggregate

Aggregate 有"两重身份"，不像 UnresolvedRelation 一定是未解析的。Aggregate即可以unresolved也可resolved。

具体它有没有被解析，主要依靠重写的resolved变量来决定：

1、确认所有expressions都被解析

2、确认当前节点的所有子节点都被解析

3、不能含有window函数。为什么不能含有window函数呢？把sparksql整体的代码看一遍后，就很清楚啦，在生成resolved logical plan阶段，有一个ExtractWindowExpressions的规则，这个规则专门负责把window函数抽取为window节点。

ExtractWindowExpressions的apply方法如下：

看具体的执行计划也很清晰

Sql:

SELECT A,B, COUNT(1) AS CNT,row_number() over(partition by A order by B desc) as rn FROM TESTDATA2 WHERE A>2 GROUP BY A,B