比特币源码分析4

让我们进入AppInitMain函数

首先const CChainParams& chainparams = Params();

返回一个CChainParams类型的指针。这个类型包含了合约相关的接口,比如说产生区块GenesisBlock

然后CreatePidFile

这个就是输出详细错误的文件。

     InitSignatureCache();初始化签名执行缓冲

点进去一看是这种函数

size_t nMaxCacheSize = std::min(std::max((int64_t)0, gArgs.GetArg("-maxsigcachesize", DEFAULT_MAX_SIG_CACHE_SIZE) / 2), MAX_MAX_SIG_CACHE_SIZE) * ((size_t) 1 << 20);

size_t nElems = signatureCache.setup_bytes(nMaxCacheSize);

然后并没有什么作用,只是将缓冲区的上下限输入到日志当中

    InitScriptExecutionCache();//这个函数同上

这里开线程去执行ThreadScriptCheck

         if (nScriptCheckThreads) {

        for (int i=0; i<nScriptCheckThreads-1; i++)

            threadGroup.create_thread(&ThreadScriptCheck);

    }


    CScheduler::Function serviceLoop = std::bind(&CScheduler::serviceQueue, &scheduler);

    threadGroup.create_thread(std::bind(&TraceThread<CScheduler::Function>, "scheduler", serviceLoop));

看不懂没关系 serviceLoop 就是scheduler的serviceQueue函数。然后开一个线程去执行serviceLoop。然后实现生产者模式。保证将来生产的一些事件顺序执行。

template <typename Callable> void (const char* name, Callable func)

我们来看 void serviceQueue();的解释

  // To keep things as simple as possible, there is no unschedule.

    // Services the queue 'forever'. Should be run in a thread,

    // and interrupted using boost::interrupt_thread

我没看懂。看代码

while (!shouldStop()) {

        try {

            if (!shouldStop() && taskQueue.empty()) {

                reverse_lock<boost::unique_lock<boost::mutex> > rlock(lock);

                // Use this chance to get more entropy

                RandAddSeedSleep();

            }

            while (!shouldStop() && taskQueue.empty()) {

                // Wait until there is something to do.

                newTaskScheduled.wait(lock);

            }

原来这个是一个循环跑队列。队列里没有任务就休眠。一旦有任务就触发处理任务的行为。

是这个任务队列是用std :: multimap实现的,map的关键表达某一时刻,map的值表达:那一时刻要执行的函数,内部使用条件变量和锁来保护multimap,还有几个bool条件

接着往下看看:

GetMainSignals().RegisterBackgroundSignalScheduler(scheduler);

/** Register a CScheduler to give callbacks which should run in the background (may only be called once) */

    GetMainSignals().RegisterWithMempoolSignals(mempool);

/** Register with mempool to call TransactionRemovedFromMempool callbacks */

首先GetMainSignals()返回CMainSignals类。

这个类的主要作用是注册一些信号。

那么是怎么注册的呢

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,951评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,606评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,601评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,478评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,565评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,587评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,590评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,337评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,785评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,096评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,273评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,935评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,578评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,199评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,440评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,163评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,133评论 2 352

推荐阅读更多精彩内容