本文详细介绍了HDFS中FSEditLogAsync的初始化过程，包括NN启动时如何创建FSEditLog对象，editLogStream的初始化，以及startLogSegment方法的源码分析。内容涵盖了NN启动、FSEditLog实例化、JournalSet的初始化和不同JournalManager的startLogSegment方法。
本文是HDFS写editlog相关原理系列文章的第二篇。
会涉及到以下知识点：
- NN启动时，初始化FSEditLogAsync对象的过程。
- 与写editlog相关的一些可配置参数。
- FSEditLog的editLogStream成员变量初始化过程，及实际类型分析。
- startLogSegment的原理。
NN启动时，初始化FSEditLogAsync对象的过程
启动NameNode时，会有以下的方法调用链路：
NameNode构造函数 -> NameNode#initialize -> NameNode#loadNamesystem -> FSNamesystem#loadFromDisk
-> new FSImage -> FSEditLog.newInstance。
FSEditLog对象是在FSImage的构造函数里初始化的。我们看下怎么new出来FSImage的。
看loadFromDisk方法里，有初始化FSImage对象的逻辑：
// FSImage构造函数第二个参数是保存fsimage文件的目录URI列表。
// 第三个参数是保存editlog文件的目录URI列表。
// FSNamesystem.getNamespaceEditsDirs会返回所有保存editlog的目录，包括shared和本地的。
// shared dir一般就指Journal Node上的editlog目录&#x
订阅专栏 解锁全文
8530
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
