nginx之main函数的解读(六)
2014-10-14 20:11
2667 查看
继续上一个阶段,main函数中应该是ngx_pid=ngx_getpid();(这个函数还没有处理,直接就看ngx_log_init了)
这样,静态全局变量中ngx_log_t的 ngx_log静态全局变量,并将其返回,进行处理。
接下来的处理是这样的
未完,明天继续....
log=ngx_log_init(ngx_prefix);//ngx_log_init函数定义在core中的ngx_log.c文件当中现在解析一下ngx_log.c文件中,ngx_log_init函数
//初始化日志记录模块,prefix是当初我们输入的-p 后面的值 ,或者默认的程序运行所在目录 ngx_log_t * ngx_log_init(u_char *prefix) { u_char *p, *name; size_t nlen, plen; //ngx_log_file定义在core/ngx_log.c文件当中,ngx_log_file是全局静态变量ngx_open_file_s,ngx_log_file应该是全局静态变量 ngx_log.file = &ngx_log_file; ngx_log.log_level = NGX_LOG_NOTICE; //NGX_ERROR_LOG_PATH是错误日志记录所在路径,NGX_ERROR_LOG_PATH默认是logs/error.log name = (u_char *) NGX_ERROR_LOG_PATH; /* * we use ngx_strlen() here since BCC warns about * condition is always false and unreachable code */ // nlen = ngx_strlen(name); if (nlen == 0) { //如果没有指定,则会输出在控制台上 ngx_log_file.fd = ngx_stderr; return &ngx_log; } p = NULL; #if (NGX_WIN32) //在win32下,应该是C:所以name[1]应该是“:” if (name[1] != ':') { #else //在linux平台下第一个应该是/ if (name[0] != '/') { #endif if (prefix) { //如果在nginx启动的时候设置了p参数,也就是指定了prefix plen = ngx_strlen(prefix); } else { #ifdef NGX_PREFIX //如果没有指定,则需要将默认的路径,作为日志路径 prefix = (u_char *) NGX_PREFIX; plen = ngx_strlen(prefix); #else //否则的话就是0 plen = 0; #endif } if (plen) { //如果plen不是0,plen要么是-p参数指定的路径的长度,要么是,NGX_PREFIX的目录路径字符串的长度 //前缀的长度和NGX_ERROR_LOG_PATH的长度之和也就是我们已有的路径和logs/error.log的叠加 name = malloc(plen + nlen + 2); if (name == NULL) { return NULL; } p = ngx_cpymem(name, prefix, plen); if (!ngx_path_separator(*(p - 1))) { *p++ = '/'; } ngx_cpystrn(p, (u_char *) NGX_ERROR_LOG_PATH, nlen + 1); p = name; } } //执行到这里,我们知道name中已经是绝对路径了 //由prefix作为前缀,由NGX_ERROR_LOG_PATH(/logs/error.log)作为后缀组合成绝对路径,而且,在ngx_log_file中只对文件描述符进行记录 ngx_log_file.fd = ngx_open_file(name, NGX_FILE_APPEND, NGX_FILE_CREATE_OR_OPEN, NGX_FILE_DEFAULT_ACCESS); if (ngx_log_file.fd == NGX_INVALID_FILE) { ngx_log_stderr(ngx_errno, "[alert] could not open error log file: " ngx_open_file_n " \"%s\" failed", name); #if (NGX_WIN32) ngx_event_log(ngx_errno, "could not open error log file: " ngx_open_file_n " \"%s\" failed", name); #endif ngx_log_file.fd = ngx_stderr; } if (p) { //释放文件名称,因为我们已经记录下了文件描述符了 ngx_free(p); } return &ngx_log; }
这样,静态全局变量中ngx_log_t的 ngx_log静态全局变量,并将其返回,进行处理。
接下来的处理是这样的
ngx_memzero(&init_cycle, sizeof(ngx_cycle_t));//ngx_memzero(buf, n) (void) memset(buf, 0, n) //日志文件,里面保存了我们已经打开的文件的文件描述符,该结构体定义在src/core/ngx_cycle.h init_cycle.log = log; //ngx_cycle变量的定义是在core文件夹中的ngx_cycle_t中 <span class="reserved">volatile(确保关于该值不被编译器优化的类型限定符)</span>的全局变量, ngx_cycle = &init_cycle; //ngx_create_pool函数定义在/src/core/ngx_palloc.c 当中,注意该结构体当中可使用内存大小是1024-sizeof(ngx_pool_t) init_cycle.pool = ngx_create_pool(1024, log); if (init_cycle.pool == NULL) { //当然内存池分配失败,则直接返回 return 1; }接下来的代码是:
if (ngx_save_argv(&init_cycle, argc, argv) != NGX_OK) { return 1; }
未完,明天继续....
相关文章推荐
- nginx之main函数的解读(五)
- nginx之main函数的解读(八)
- nginx之main函数的解读(四)
- nginx之main函数的解读(一)
- nginx之main函数的解读(三)
- nginx之main函数的解读(七)
- FastDFS的配置、部署与API使用解读(7)Nginx的FastDFS模块
- nginx配置完全解读
- 基于 Nginx 的软件负载均衡实现解读
- 解剖Nginx·模块开发篇(5)解读内置非默认模块 ngx_http_stub_status_module
- nginx安装及参数解读
- nginx配置文件nginx.conf解读
- FastDFS的配置、部署与API使用解读(7)Nginx的FastDFS模块
- FastDFS的配置、部署与API使用解读(7)Nginx的FastDFS模块
- 自学nginx(二): nginx的配置文件解读
- FastDFS的配置、部署与API使用解读(7)Nginx的FastDFS模块(转)
- FastDFS的配置、部署与API使用解读(7)Nginx的FastDFS模块
- 菜鸟nginx源码剖析 框架篇(一) 从main函数看nginx启动流程
- Nginx的配置文件解读
- 文章2:nginx启动过程之main函数