首先說一下，這裡解決的問題應用場景：
sparksql處理Hive表資料時，判斷載入的是否是分割槽表，以及分割槽表的欄位有哪些？再進一步限制查詢分割槽表必須指定分割槽？
這裡涉及到兩種情況：select SQL查詢和載入Hive表路徑的方式。這裡僅就"載入Hive表路徑的方式"解析分割槽表欄位，在處理時出現的一些問題及解決作出詳細說明。
如果大家有類似的需求，筆者建議通過解析Spark SQL logical plan和下面說的這種方式解決方案結合，封裝成一個通用的工具。
問題現象
sparksql載入指定Hive分割槽表路徑，生成的DataSet沒有分割槽欄位。
如，
sparkSession.read.format("parquet").load(s"${hive_path}")，hive_path為Hive分割槽表在HDFS上的儲存路徑。
hive_path的幾種指定方式會導致這種情況的發生（test_partition是一個Hive外部分割槽表，dt是它的分割槽欄位，分割槽資料有dt為20200101和20200102）:
1. hive_path為"/spark/dw/test.db/test_partition/dt=20200101"
2. hive_path為"/spark/dw/test.db/test_partition/*"
因為牽涉到的原始碼比較多，這裡僅以示例的程式中涉及到的原始碼中的class、object和方法，繪製成xmind圖如下，想細心研究的可以參考該圖到spark原始碼中進行分析。
問題分析
我這裡主要給出幾個原始碼段，結合上述xmind圖理解：
在沒有指定引數basePath的情況下：
1. hive_path為/spark/dw/test.db/test_partition/dt=20200101
sparksql底層處理後得到的basePaths: Set(new Path(“/spark/dw/test.db/test_partition/dt=20200101”))【虛擬碼】
leafDirs: Seq(new Path(“/spark/dw/test.db/test_partition/dt=20200101”))【虛擬碼】2. hive_path為/spark/dw/test.db/test_partition/*
sparksql底層處理後得到的basePaths: Set(new Path(“/spark/dw/test.db/test_partition/dt=20200101”),new Path(“/spark/dw/test.db/test_partition/dt=20200102”))【虛擬碼】
leafDirs: Seq(new Path(“/spark/dw/test.db/test_partition/dt=20200101”),new Path(“/spark/dw/test.db/test_partition/dt=20200102”))【虛擬碼】這兩種情況導致原始碼if(basePaths.contains(currentPath))為true，還沒有解析分割槽就重置變數finished為true跳出迴圈，因此最終生成的結果也就沒有分割槽欄位：
解決方案（親測有效）
1. 在Spark SQL載入Hive表資料路徑時，指定引數basePath，如
sparkSession.read.option("basePath","/spark/dw/test.db/test_partition")
2. 主要重寫basePaths方法和parsePartition方法中的處理邏輯，同時需要修改其他涉及的程式碼。由於涉及需要改寫的程式碼比較多，可以封裝成工具
關聯文章：