学习记录

[dbgp]

之前在rum-feed上陆陆续续记录了100多条，现在看很多理解也不准确完整。在这里重新重头开始。

截止到12.3多最新代码，还是10w级别。

[dbgp]

基础的调试环境：

编译出来一个jar包，配合源码。参考快速入门

• 调试server端时，jar包采用client端模式；
• 调试client端时，jar包采用server端启动。

源码从ide启动时——

• 调度器个数可以设置为1 ： 启动的配置文件中设置 lealone-test.yaml
• 打开 trace.io : SysProperties中设置
• TraceSystem中将 DEFAULT_TRACE_LEVEL_FILE 和 DEFAULT_TRACE_LEVEL_SYSTEM_OUT都设置为 INFO级别

[dbgp]

调度工厂SchedulerFactory

在start方法中启动工厂中的所有调度器Scheduler实例
Scheduler实例的start方法只有两个：1. 主线程启动时唯一的一次主动调用； 2. 在调度工厂中调用
无论时工厂的start方法还是调度器的start方法，都是同步方法，并且会通过状态判断，避免重复start

初始化

• 工厂都是根据指定的调度器名称，通过反射获取到调度器实例 initDefaultSchedulerFactory
• 然后根据不同的工厂类型名称，构造出调度工厂 SchedulerFactory

start方法

在start方法中会“启动所有的调度器实例线程”（当然调度器的start方法会根据状态 判断自己是否已经启动）

public synchronized void start() {
        if (isStarted())
            return;
        Scheduler[] schedulers = this.schedulers;
        for (Scheduler scheduler : schedulers) {
            scheduler.start();
        }
        super.start();
    }

• 直接调用：数据库启动时，使用的全局调度器GlobalScheduler。（这里会先启动一个优先在主线程中启动一个全局调度器，然后中第一个 miscTask中启动 调度工厂的start方法
• 在静态方法public static Scheduler getScheduler(SchedulerFactory sf, ConnectionInfo ci)获取调度器时，“顺便启动一下”

启动调度工厂的start方法（在这个start方法中启动所有的调度器实例线程） 参考下图——（实际只有两个使用场景：客户度调度器实例ClientScheduler 或 嵌入式调度器实例EmbeddedScheduler

PS: 目前这三种最终态的调度器