一、如何找到主类
从Flink编译后的bin目录里可以找到sql-client.sh文件，可以看到这个shell脚本里，启动的主类是org.apache.flink.table.client.SqlClient，于是我们从Flink 1.13的源码工程文件里找到对应的代码文件进行调试阅读。
二、环境配置
在我们进行源码调试前，根据Flink中SqlClient的注释需要首先配置一下环境参数，否则可能会无法运行。
二、整体启动流程
- 运行程序的mian函数，执行启动sql客户端的操作；
- startClient方法执行的时候，首先根据传入的参数，检测运行模式，如果没有设置，默认会设置成embedded模式；
- 根据模式进行判断，如果是gateway就抛出异常显示暂不支持，其他的默认就打印提示信息，如果是embedded就接着往下执行；
- 在embedded模式下，根据传入的args，初始化CliOptions
- 判断CliOptions帮助操作是的话打印帮助信息，不是就继续往下执行；
- 初始化SqlClient
- SqlClient初始化后,就调用客户端的start方法启动客户端，进行工作，在启动过程中有问题，都会抛出异常，提示启动失败。
start方法剖析
-
再次判断启动模式是否为embedded，如果不是抛出异常，如果是继续往下执行；
-
根据命令操作CliOptions初始化DefaultContext，其中初始化的信息有：jar包的信息、程序运行依赖的lib信息，从环境变量中获取Flink配置文件目录，并加载配置信息（这里就是为什么我们在调试代码前需要在IDEA中配置环境变量的原因）、加载自带的命令行模式、根据默认的配置文件sql-client-defaults.yaml初始化默认的environment、根据默认的environment再初始化sessionEnvironment、根据CliOptions的配置信息添加python配置、合并jar和lib里面所有的依赖信息discoverDependencies；
-
根据默认的上下文DefaultContext初始化LocalExecutor，这个类主要是用于执行本地会话操作的。其中ConcurrentHashMap<String, SessionContext> contextMap用于存储多个session信息，而ResultStore resultStore用于维护执行的结果；
-
初始化LocalExecutor后，调用start方法启动LocalExecutor，实际什么start里也没有做；
-
LocalExecutor根据sessionid打开一打开会话
-
在打开会话的时候，如果传入的sessionid为空，会用默认的default值作为id,然后创建会话上下文SessionContext,SessionContext中包含了元数据对象管理信息、函数管理信息、模块管理信息，创建好的会话上下文会被放到DefaultContext中的contextMap存起来，如果sessionid已经存在了，就会抛异常提示冲突的会话
-
在jvm中增加hook函数,当jvm关闭的时候启动一个线程取消当前session正在执行的操作，并且把当前session从contextMap中移除；
-
接下来会打开cli,执行实际的操作；
openCli方法剖析
-
获取历史文件路径，如果没有就从用户目录获取flink-sql-history路径；
-
判断是否既有sql文件，又有sql语句，如果是的话就抛出异常信息，如果不是就继续往下执行；
-
初始化CliClient信息；
-
判断是否有初始化sql文件，如果有就执行初始化sql语句，失败给出提示并返回，成功继续往下执行；
-
判断是否有sql文件和更新操作语句，如果两个都没有就以交互模式执行，交互模式就是我们可以在命令输入sql语句然后执行的方式，如果有的话就以非交互模式执行。两种方式最后实际执行的操作都是一样的，只不过交互模式是从命令行里等待用户输入sql进行执行，而非交互模式是sql文件里读取语句进行执行，最后都是调用executeStatement方法执行操作的。
-
executeStatement方法首先把sql语句解析成对应的Operation，然后再调用callOperation，根据具体的操作类型调用不同的执行方法，对于不同的操作交互式和非交互式又有不同的操作，后面有空再继续展开详细介绍sql具体的执行代码。
总结
通过阅读源码可以看出目前SqlClient目前仅支持embedded模式运行，对于gateway的方式目前还不支持，后续应该会支持的。
1152
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
