从levelDB的文档中可以看出,env实际上是针对操作系统的各种功能的一次封装,每个操作系统可以编写各自的env的实现方式。
这样levelDB就不再依赖于指定的操作系统,尽力做到平台无关性。
// An Env is an interface used by the leveldb implementationto access operating system functionality like the filesystemetc. Callers
// may wish to provide a custom Env object when opening adatabase to get fine gain control; e.g., to rate limit file systemoperations.
从头文件env.h的定义中,可以看出当前有5种基本的类需要支持。

这样,用户只需要继承这几个基类,就可以实现自己想要的功能了。
对于levelDB的默认env来说,如果用户未指定自己的env,在初始化Options的时候会调用
Env* Env::Default()
来设置默认的env属性。

默认情况下,调用Default会产生一个PosixEnv的对象,而posix也基于自己的方式生成对应的各种文件及其它行为。
比如Schedule函数就会创建一个后台线程。这个在levelDB写入和压缩的时候就会被使用到。
本文介绍了LevelDB中Env模块的设计理念及其如何通过提供抽象接口来访问操作系统功能,如文件系统等,并探讨了用户如何通过继承特定基类来自定义Env实现。
732

被折叠的 条评论
为什么被折叠?



