比特币源码解读三

作者: ttblack | 来源:发表于2017-07-23 22:08 被阅读1279次

这篇我们主要分析下AppInit2的代码,这个函数在init.cpp中。这个函数分了12步完成了初始化客户端的功能。里面包含了bitcoin的大部分初始程序,包括读取'块索引'、加载块链、加载100个预产生的keys,导入peers.dat中的信息,以及初始化其他线程。现在我们就看下这12步都做了些什么。

第一步:setup  设置

对windows平台的设置

这段代码主要是对windows平台进行的一些设置,第一段是侦听内存情况的,比特币开发者将内存的dump内存输出到_CrtSetReportFile创建的文件中。但创建文件的时候文件名为null,这样就把waring级别的log过滤掉了。

第二部分是对中断行为的设置,有时候一些中断消息会提示出来,这里用_set_abort_behavior可以清除一些情况的显示。

第三部分定义了 PROCESS_DEP_ENABLE进行数据保护 并初始化了socket连接。

第四部分设置了进程信号进行了设置,分为shutdown sigterm(进程终止信号)和 sigHup(信号挂起)。

这四部分代码只是设置,具体做什么还要看后面的代码。我们只要知道这段代码对windows平台和信号进行了设置,并初始化了sockets网络通信的功能。

第二步:parameter interactions  参数互动(主要是一些参数设置)

参数设置

这个我们先说下SoftSetBoolArg函数,这个函数在util.cpp中:

softSetboolArg函数

可以看到这个函数的功能是将我们传的的参数和bool值转换为0,1字符串存储在了mapArgs这个对象中,方便我们以后使用。这个函数主要功能就是根据用户输入的不同的参数进行了不同的设置转换。

这里面使用了RaiseFileDescriptorLimit函数获取了不同系统下对每个进程的最大资源限制,这个函数也在util.cpp中。

RaiseFileDescriptorLimit函数

可以看到如果是windows平台直接返回的2048,其他平台调用的getrlimit获取的资源限制。getrlimit()、setrlimit()分别获得、设置每个进程能够创建的各种系统资源的限制使用量。

第三步:parameter-to-internal-flags  参数传入内部标记(bool型变量)

这步内容有点多,我们也分几部分来看吧。

参数设置1

这部分代码检测是否使用了debug参数,和一个已经过时了的参数使用方法-debugnet。并提示要使用-debug=true的方式,得到benchmark参数设置情况,并根据-checkmempool初始化mempool内存。获取-checkpints参数并赋值给CheckPoint::fEnabled变量,根据-par参数设置获取CPU线程的数量,boots::thread::hardware_concurrency(),得到-server参数,printtoconsole,logtimestamps,调用setvbuff函数设置为行缓冲。disablewallet和timeout。这段代码很简单。就是获取参数并赋值给相应的变量。

参数设置2

这段代码形式上还是根据参数得到相应的值,不过这些是是交易相关的参数,-mintxfee,-minrelaytxfee,-paytxfee,这些参数调用了ParseMoney函数,这个函数定义在util.cpp中,

ParseMoney函数 静态常量

parseMoney是将数值过滤出来,并转为64位的数据类型进行存储,最后将单位转换为聪,(亿分之一)为一聪。这是比特币的最小单位。

第四步:application initialization: dir lock, daemonize, pidfile, debug log  应用初始化:锁定目录,后台运行,调试信息

第四步代码

第四步第一行就先进行了可用性检测,InitSanityCheck()这个函数定义在init.cpp中,

InitSanityCheck函数 ECC_InitSanityCheck函数

可以看到InitSanityCheck是调用openssl里的EC_KEY_new_by_curve_name(NID_secp256k1)这个函数得到一个key,这个函数是一个椭圆曲线的加密算法(这个算法,几乎不能倒推出原码),通过这个key来判断当前环境是否有效。

下面通过调用boots::filesystem这个跨平台的文件操作库进行钱包文件名的比较。进行钱包目录的比较。下面创建了一个.lock文件,并进行了锁定,这样确保只有一个进程在访问这个文件目录。

下面调用logprintf打印了一些调试信息并根据当前线程数量创建了一个线程组。

以上对参数的处理。这篇就先写到这里,具体不了解的函数或功能大家可以再查些资料,下篇的内容将会对一些功能模块进行初始化设置。

作者:区块链研习社比特币源码研读班,black

相关文章

  • 比特币源码研读

    forest21000版 比特币源码研读之一比特币源码研读之二比特币源码研读之三比特币源码研读之四比特币源码研读之...

  • 比特币源码解读三

    这篇我们主要分析下AppInit2的代码,这个函数在init.cpp中。这个函数分了12步完成了初始化客户端的功能...

  • 开始研读比特币1

    1,进入比特币源码目录,先读读编译doc/build-unix.md,查看比特币源码如何编译,了解比特币的依赖库,...

  • 比特币源码解读八

    现在我们接着看RegisterNodeSignals 的下一个连接函数。 InitializeNode 这个函数在...

  • 比特币源码解读四

    我们接着上篇继续,现在来看第五步。 第五步:verify wallet database integrity 确...

  • 比特币源码解读六

    上篇我们看了ProcessMessages函数,这个函数就是侦听网络中的不同的消息命令来处理相应的逻辑。在...

  • 比特币源码解读二

    上次我们把bitcoind.cpp的大概流程过了一下,我们今天说下细节的内容。我们打开bitcoind.cpp文件...

  • 比特币源码解读一

    上次在ubuntu系统中将比特处源码编译环境设置好了后,还没有具体分析里面的代码,今天我们就解读一下。源码...

  • 比特币源码解读五

    我们开始init.cpp中的AppInit2的第六步:network initialization 网络初始化 第...

  • 比特币源码解读七

    我们接着看main.cpp中sendMessages下面的代码: 这部分代码第一部分调用PushGetBlocks...

网友评论

  • 五百米:最后的线程组是脚本验证队列,不知道后面能不能看到
  • 逍遥PAI:第一段是侦听内存情况的,比特币开发者将内存的dump内存输出到_CrtSetReportFile创建的文件中。但创建文件的时候文件名为null,这样就把waring级别的log过滤掉了。 –
    ––请教下 这一段的目的是什么?
    ttblack:@逍遥PAI 我自己认为可以更方便的查看log信息,并减少日志文件的大小。因为waring信息不影响运行。
  • 菜菜子_forest:牛啊,进度挺快!继续加油

本文标题:比特币源码解读三

本文链接:https://www.haomeiwen.com/subject/qfwukxtx.html