深入V8引擎-默认Platform之mac篇(1)

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

　　首先看看入口方法。

std::unique_ptr<v8::platform> platform = v8::platform::newdefaultplatform();

// int类型 thread_pool_size => 0
// 枚举值 idle_task_support => kdisabled
// 枚举值 in_process_stack_dumping => kdisabled
// 类 tracing_controller => null
std::unique_ptr<v8::platform> newdefaultplatform(
    int thread_pool_size, idletasksupport idle_task_support,
    inprocessstackdumping in_process_stack_dumping,
    std::unique_ptr<v8::tracingcontroller> tracing_controller) {
  // 不会进这里
  if (in_process_stack_dumping == inprocessstackdumping::kenabled) {
    v8::base::debug::enableinprocessstackdumping();
  }

  // 1
  std::unique_ptr<defaultplatform> 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对象，如下，加了一些标注。

// 1
defaultplatform::defaultplatform(
    idletasksupport idle_task_support,
    std::unique_ptr<v8::tracingcontroller> 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<size_t>(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，替换管理内容。

 

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

// 2
void 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的异步原理相差无几，但是深入源码的每一步还是挺恶心的，下一篇再来搞。