Flink Hive Shim实现类为何使用反射API而不直接导入依赖？

• 解决多版本Hive兼容性问题
  Hive各版本（1.x/2.x/3.x甚至不同小版本）之间的API改动非常频繁，部分类的全限定名、方法签名、参数类型都存在不兼容的差异。如果直接依赖固定版本的Hive包编译，Flink Hive Connector只能适配对应单一版本的Hive，无法覆盖生产环境中各类不同的Hive部署版本。
  HiveShim作为版本适配的垫片接口，每个实现类对应一个Hive版本分支，使用反射可以让代码在编译期不需要依赖具体版本的Hive类，运行时会根据用户环境实际加载的Hive版本，动态调用对应实现类的逻辑，一套Connector包就能兼容所有主流Hive版本，不需要为每个Hive版本单独发布独立的安装包。
• 避免依赖冲突
  Flink自身、用户业务作业，以及Hive依赖的Hadoop、Thrift等组件都可能存在版本差异，如果直接将Hive依赖打进Connector包，运行时非常容易出现NoSuchMethodError、ClassCastException等类加载冲突问题。通过反射调用运行时环境提供的Hive类，不会引入编译期固定的Hive依赖，从根源上避免了这类依赖冲突问题。
• 是兼容性设计的正常取舍
  反射实现确实会提升代码的理解成本，这是多版本兼容设计中为了通用性牺牲部分可读性的 trade-off。实际读源码时如果不需要做全版本适配，只需要聚焦你所使用的Hive版本对应的HiveShim实现类即可，不需要通读所有版本的实现逻辑，能大幅降低理解门槛。

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