又到了常规的堆砌代码凑文章字数环节，很多API我就直接贴官方的英文释义，个人翻译其实有时候并不是很准确，搞错了甚至会误导，还是尽量自己去理解。

　　首先看看入口方法。

std::unique_ptr
     
       platform = v8::platform::NewDefaultPlatform();// int类型 thread_pool_size => 0// 枚举值 idle_task_support => kDisabled// 枚举值 in_process_stack_dumping => kDisabled// 类 tracing_controller => NULLstd::unique_ptr
      
        NewDefaultPlatform(    int thread_pool_size, IdleTaskSupport idle_task_support,    InProcessStackDumping in_process_stack_dumping,    std::unique_ptr
       
         tracing_controller) {  // 不会进这里  if (in_process_stack_dumping == InProcessStackDumping::kEnabled) {    v8::base::debug::EnableInProcessStackDumping();  }  // 1  std::unique_ptr
        
          platform(new DefaultPlatform(idle_task_support, std::move(tracing_controller)));  // 2  platform->SetThreadPoolSize(thread_pool_size);  // 3  platform->EnsureBackgroundTaskRunnerInitialized();  return std::move(platform);}
        
       
      
     

　　这里比较头疼的是我没找到NewDefaultPlatform方法是在哪里定义的，所以默认参数不知道是什么，只能打断点调试看变量值，已经在注释标注了。

　　默认参数情况下，那个if分支是不会进去的，所以无视，后面的三个语句都各自负责了一部门功能，分别是初始化默认Platform对象、设置线程池大小、启动工作线程，分块来看各部分源码。

 

　　第一条语句直接用new构造了一个DefaultPlatform对象，如下，加了一些标注。

// 1DefaultPlatform::DefaultPlatform(    IdleTaskSupport idle_task_support,    std::unique_ptr
     
       tracing_controller)    : thread_pool_size_(0),      idle_task_support_(idle_task_support),      tracing_controller_(std::move(tracing_controller)),      // 1-1      page_allocator_(new v8::base::PageAllocator()),      time_function_for_testing_(nullptr) {  if (!tracing_controller_) {    // 1-2    tracing::TracingController* controller = new tracing::TracingController();    // 1-3    controller->Initialize(nullptr);    // 智能指针替换    tracing_controller_.reset(controller);  }}
     

　　这是接受两个参数的构造函数，而且DefaultPlatform只有这一个构造函数。除了用给定的2个参数初始化属性，一些其他属性也用默认的参数初始化了，对于0、nullptr这种就不用管，其中比较特殊的是那个page_allocator初始化，上一篇给出的类声明是基类，在V8的命名空间有一个同名的实现类。

class PageAllocator : public ::v8::PageAllocator {  // ...  private:    const size_t allocate_page_size_;    const size_t commit_page_size_;}PageAllocator::PageAllocator()    : allocate_page_size_(base::OS::AllocatePageSize()),      commit_page_size_(base::OS::CommitPageSize()) {}

　　我也是服了V8，弄了个同名的类，第一次看楞了好久。构造函数调用的是OS命名空间的方法，这个命名空间是用来取一些系统参数，调用mac系统上<unistd.h>头文件的一些API，看一下allocate_page_size的初始化就明白了。

size_t OS::AllocatePageSize() {  return static_cast
     
      (sysconf(_SC_PAGESIZE));}
     

　　这里用了一个sysconf方法，在其他的很多地方也有使用，官方解释如下。

get configuration information at run time

　　当成NODE_ENV来理解就差不多了，也就是一个获取系统配置参数的API，对于PageAllocator的两个属性，官方的解释依次如下。

1、Size of a page in bytes.  Must not be less than 1.

2、memory page size

　　两个其实都是page size(内存页大小，关于Linux的内存模型我不太懂，后面有空再去了解)，我本地测试了一下，都返回的4096。

　　对属性初始化完后，构造函数会继续走代码块里的语句，由于外部传进来的tracing_controller是个NULL，所以这里还需要手动new一个。

TracingController::TracingController() = default;

　　然而这个构造函数没啥好讲的，因为是默认构造函数，所以直接跳过了，后面的两步也没什么讲的，reset是智能指针的API，替换管理内容。

 

　　下面是第二条语句，从命名直接能看出来了，就是设置线程池的大小，方法也比较简单暴力了。

// 2void DefaultPlatform::SetThreadPoolSize(int thread_pool_size) {  base::MutexGuard guard(&lock_);  DCHECK_GE(thread_pool_size, 0);  if (thread_pool_size < 1) {    // The number of processors currently online (available) => 4    thread_pool_size = base::SysInfo::NumberOfProcessors() - 1;  }  // max(min(8, size), 1)  thread_pool_size_ = std::max(std::min(thread_pool_size, kMaxThreadPoolSize), 1);}

　　这里实际上也是调用了一个类似于上面的sysconf来获取系统参数，返回的系统处理器数量，由于其中一个要用来作为主线程，所以可用的线程池数量要减一，简单处理一下返回一个size。

 

　　第三条语句内容相当的麻烦，看得我脑子疼，语义上理解就是保证后台线程runner的初始化运行。

　　说得简单，由于之前的操作只是初始化了一个空白platform类，算了算线程池的大小，所以剩下的所有实际操作都在这里。大概包含了初始化线程池、生成线程同时分配任务、管理task队列、启动线程等一系列操作，其中的思想倒并不复杂，实际上跟libuv的异步原理相差无几，但是深入源码的每一步还是挺恶心的，下一篇再来搞。