前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >HHVM源码剖析

HHVM源码剖析

作者头像
magicsoar
发布2018-02-06 11:14:56
9030
发布2018-02-06 11:14:56
举报
文章被收录于专栏:magicsoar

一、前言

hhvm源码中充满了很多C++11的新特性,并且使用了各种设计模式如工厂,模板方法等,利用智能指针包裹指针,让delete没有肆意的出现

模板,继承,explicit,纯虚函数的出现令代码中充满了惊喜

例如下面这段代码:run_函数是pthread_create执行的函数

二、hhvm启动流程总览

hhvm/main.cpp

75行:调用execute_program函数进行具体的逻辑

runtime/base/program-functions.cpp 

885行:调用execute_program_impl进行具体的逻辑

runtime/base/program-functions.cpp 

1260:  从配置文件中加载配置项

1475:函数负责启动线程与接收处理请求

总体流程图如下:

RuntimeOption::Load函数负责加载配置文件中的配置项

start_server函数负责启动线程与接收处理请求

三、Load函数配置文件的加载与处理

以如下配置项的解析为例

Server{ Type= FastCGIServer ThreadCount=20 ###...... }

runtime/base/runtime-option.cpp

782-801行 解析配置文件中Server块中的内容

787行 将配置文件中的type值FastCGIServer赋值给ServerType

800行 将配置文件中的ThreadCount赋值给ServerThreadCount

所以ServerType的值为FastCGIServer

ServerThreadCount的值为20

四、start_server初始化HttpServer对象

runtime/base/program-functions.cpp 

799行  初始化HttpServer对象

837行 启动server,接受处理请求

httpserver对象的初始化函数

runtime/server/http-server.cpp 

88行 KNumProcessors为系统内核的个数,通过62行的 const int kNumProcessors = sysconf(_SC_NPROCESSORS_ONLN);获得

84-90行:如果配置的thread大于系统的内核的个数,则在启动时只启动与系统内核个数相同的thread数,将其余的个数赋值给additionalThreads

92行:调用工厂函数,针对ServerType:FastCGIServerc生成一个工厂对象

96-101行:将配置文件中的信息赋值给options对象,注意这里的startingThreadCount最大为系统内核的个数

102行:根据options配置信息生成一个Server

runtime/server/fastcgi/fastcgi-server-factory.cpp 

听过FastCGIServerFactory工厂生成一个FastCGIServer对象

FastCGIServer的构造函数

runtime/server/fastcgi/fastcgi-server.cpp  

这里的worker就是启动的线程数目

这里关注一下m_dispatcher的初始化

runtime/server/fastcgi/fastcgi-server.h 

JobQueueDispatcher<FastCGIWorker> m_dispatcher;   

m_dispatcher的类型为JobQueueDispatcher

FastCGIWorker的定义如下:

typedef ServerWorker<std::shared_ptr<FastCGIJob>,FastCGITransportTraits> FastCGIWorker;

struct ServerWorker  : JobQueueWorker<JobPtr,Server*,true,false,JobQueueDropVMStack>{}//传入的第三个参数为true

template<typename TJob, typename TContext = void*, bool countActive = false, bool waitable = false, class Policy = detail::NoDropCachePolicy>  class JobQueueWorker {}

ServerWorker的继承关系如下

所以这里的countActive为true

467-473行:由于CountActivewe== true所以不会进入下方的逻辑中

util/job-queue.h

656-658行 同样由于CountActive== true 因此不会走入656-658行里面

五、start_server RunOrExitProcess启动一个Server

runtime/server/http-server.cpp 

262-268行 由于没有配置 ThreadDocuments,ThreadLoopDocuments所以size()大小为0 不会走入

269行 ServerPort的初始化值为80,只要配置文件中的Port值不为0(即使配置文件中没有Server.Port值,也会初始化为80) 就会走入

runtime/base/runtime-option.cpp

121 int RuntimeOption::ServerPort = 80; 

相比之下

AdminServer.Port的值初始化为0

runtime/base/runtime-option.cpp

266 int RuntimeOption::AdminServerPort = 0; 

因此只有配置了才会启动AdminServer

runtime/server/http-server.cpp

非AdminServer的时候 传入的pageServer==true因为走入579行

这里的m_pageServer为fastcgi-server对象

runtime/server/fastcgi/fastcgi-server.cpp 

263行 m_worker.start()通过C++11的thread启动一个线程负责网络IO

264行 m_dispatcher.start() 通过pthread_create启动若干线程负责CPU部分

下面看一看m_dispatcher.start的详细逻辑

util/job-queue.h  

513-516行 如果配置的threadCount过小的话 这里会进行增加

517-520行 通过start()函数创建线程

util/job-queue.h 

util/async-func.h 

AsyncFunc继承自AsyncFuncImpl

AsnycFuncImpl实现了start()函数

util/async-func.cpp

至此线程启动完毕,线程运行的函数为ThreadFunc

六、ThreadFunc从何而来

ThreadFunc是从那里来的呢?

util/async-func.cpp

这里使用了模板方法设计模式

util/async-func.h

一段神奇的代码.....

util/job-queue.h

最终执行的方法如下

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 二、hhvm启动流程总览
  • 三、Load函数配置文件的加载与处理
  • 四、start_server初始化HttpServer对象
  • 五、start_server RunOrExitProcess启动一个Server
  • 六、ThreadFunc从何而来
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档