ngx_core_commands

最新推荐文章于 2022-07-26 23:45:35 发布
原创 最新推荐文章于 2022-07-26 23:45:35 发布 · 713 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ngx_core_commands

本文详细解析了NGINX的配置文件结构及其核心配置项，通过具体示例阐述了如何设置NGINX的各项功能参数。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

最近一直在看NGINX，虽然还是不得要领，但是在宏观把握的前提下，慢慢的深入分析问题。一点一滴的积累，相信能达到融会贯通。罗马非一日炼成的。最近一直在看NGINX，虽然还是不得要领，但是在宏观把握的前提下，慢慢的深入分析问题。一点一滴的积累，相信能达到融会贯通。罗马非一日炼成的。

typedef struct ngx_file_s        ngx_file_t;
struct ngx_command_s {
    ngx_str_t             name;         //配置项名称


    //配置项类型(有几个参数或者可以在什么地方出现等)
    ngx_uint_t            type;         


    //出现了name中制定的配置项后，将会调用set方法处理配置项参数。
    //这个可以使用nginx预设的14个解析配置方法，也可以使用自定义的。
    char               *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf);


    //在配置文件中的偏移量，它的取值范围是：
    /*
    NGX_HTTP_MAIN_CONF_OFFSET
    NGX_HTTP_SRV_CONF_OFFSET
    NGX_HTTP_LOC_CONF_OFFSET
    */
    //因为有可能模块同时会有main，srv，loc三种配置结构体，但是这个配置项解析完后要放在哪个结构体内呢？
    ngx_uint_t            conf;     


    //表示当前配置项在整个存储配置项的结构体中的偏移位置，
    //可以使用offsetof(test_stru, b)来获取    
    ngx_uint_t            offset;


    //命令处理完后的回调指针，对于set的14种预设的解析配置方法， 可能的结构有：
    /*
    ngx_conf_post_t
    ngx_conf_enum_t
    ngx_conf_bitmask_t
    null
    */
    void                 *post;
};




static ngx_command_t  ngx_core_commands[] = {


    { ngx_string("daemon"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_FLAG,
      ngx_conf_set_flag_slot,
      0,
      offsetof(ngx_core_conf_t, daemon),
      NULL },


    { ngx_string("master_process"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_FLAG,
      ngx_conf_set_flag_slot,
      0,
      offsetof(ngx_core_conf_t, master),
      NULL },


    { ngx_string("timer_resolution"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_msec_slot,
      0,
      offsetof(ngx_core_conf_t, timer_resolution),
      NULL },


    { ngx_string("pid"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_str_slot,
      0,
      offsetof(ngx_core_conf_t, pid),
      NULL },


    { ngx_string("lock_file"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_str_slot,
      0,
      offsetof(ngx_core_conf_t, lock_file),
      NULL },


    { ngx_string("worker_processes"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_num_slot,
      0,
      offsetof(ngx_core_conf_t, worker_processes),
      NULL },


    { ngx_string("debug_points"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_enum_slot,
      0,
      offsetof(ngx_core_conf_t, debug_points),
      &ngx_debug_points },


    { ngx_string("user"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE12,
      ngx_set_user,
      0,
      0,
      NULL },


    { ngx_string("worker_priority"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_set_priority,
      0,
      0,
      NULL },


    { ngx_string("worker_cpu_affinity"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_1MORE,
      ngx_set_cpu_affinity,
      0,
      0,
      NULL },


    { ngx_string("worker_rlimit_nofile"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_num_slot,
      0,
      offsetof(ngx_core_conf_t, rlimit_nofile),
      NULL },


    { ngx_string("worker_rlimit_core"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_off_slot,
      0,
      offsetof(ngx_core_conf_t, rlimit_core),
      NULL },


    { ngx_string("worker_rlimit_sigpending"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_num_slot,
      0,
      offsetof(ngx_core_conf_t, rlimit_sigpending),
      NULL },


    { ngx_string("working_directory"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_str_slot,
      0,
      offsetof(ngx_core_conf_t, working_directory),
      NULL },


    { ngx_string("env"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_set_env,
      0,
      0,
      NULL },


#if (NGX_THREADS)
    { ngx_string("worker_threads"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_num_slot,
      0,
      offsetof(ngx_core_conf_t, worker_threads),
      NULL },


    { ngx_string("thread_stack_size"),
      NGX_MAIN_CONF|NGX_DIRECT_CONF|NGX_CONF_TAKE1,
      ngx_conf_set_size_slot,
      0,
      offsetof(ngx_core_conf_t, thread_stack_size),
      NULL },


#endif


      ngx_null_command
};

最近一直在看NGINX，虽然还是不得要领，但是在宏观把握的前提下，慢慢的深入分析问题。一点一滴的积累，相信能达到融会贯通。罗马非一日炼成的。

name字段就是命令的名字，set就是对相应的命令的参数进行处理的回调函数。



#user  nobody;
worker_processes  1;


master_process  off;  
daemon  off;  


#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;


#pid        logs/nginx.pid;




events {
    worker_connections  1024;
}




http {
    include       mime.types;
    default_type  application/octet-stream;


    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';


    #access_log  logs/access.log  main;


    sendfile        on;
    #tcp_nopush     on;


    #keepalive_timeout  0;
    keepalive_timeout  65;


    #gzip  on;


    server {
        listen       80;
        server_name  localhost;


        #charset koi8-r;


        #access_log  logs/host.access.log  main;


        location / {
            root   html;
            index  index.html index.htm;
        }


        #error_page  404              /404.html;


        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }


        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}


        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}


        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }




    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;


    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}




    # HTTPS server
    #
    #server {
    #    listen       443;
    #    server_name  localhost;


    #    ssl                  on;
    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;


    #    ssl_session_timeout  5m;


    #    ssl_protocols  SSLv2 SSLv3 TLSv1;
    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers   on;


    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


}


会发现，命令的name是和配置文件中的命令是一一对应的。


nginx源码初读（11）--让烦恼从数据结构开始(ngx_command/ngx_module/ngx_conf)
wuchunlai_2012的博客
03-10 1192
第一点：ngx_command_t ngx_core_commands是nginx中的核心模块指令， 它的类型就是ngx_command_t。在每一个module的结构体中，也都有一个ngx_command_t。typedef struct ngx_command_s ngx_command_t;struct ngx_command_s { ngx_str_t
core/ngx_core剖析
止斋心语
07-01 355
core/ngx_core剖析 头文件起手式 每一个头文件都必须具备头文件起手式，#ifndef、#define和#endif，这样做可以防止头文件被多次加载，最好头文件编辑一开始就这样，防止忘掉其中一部分，因为预编译是不带代码格式缩进的，所以在#endif这行中应该有注释来说明这个#endif的作用。 #ifndef _NGX_CORE_H_INCLUDED_ #define _NGX...
nginx源码分析之ngx_core_commands
joescott的专栏
11-28 2313
ngx_core_commands是核心模块指令， 该变量的定义是在src/core/nginx.c中定义的。该变量为一个数组， 每个元素都是ngx_command_t类型，下面逐步解析这个变量。 ngx_command_t类型：(src/core/ngx_conf_file.h) typedef ngx_command_s ngx_command_t; struct ngx_c
nginx核心模块ngx_core_module分析
qiuhui00的专栏
02-02 843
ngx_core_module是nginx中最为核心的一个模块，也是第一个被加载的模块。为什么它是第一个被加载的呢？我们先看它的配置结构体定义: typedef struct { ngx_flag_t daemon;//是否守护进程模式 ngx_flag_t master;//是否以单master进程方式运行
ngx_core_module模块的初始化
fjs的专栏
10-29 2373
这个应该是要分析的第一个模块吧，首先看该模块的定义(src/core/nginx.c)：static ngx_core_module_t ngx_core_module_ctx = { ngx_string("core"), ngx_core_module_create_conf, //创建配置的函数 ngx_core_module_init_conf //初
23.ngx_event_core_module模块之ngx_event_process_init
疯哥哥带你飞
11-09 721
学习了上一篇worker进程处理函数的代码，有很多细节我们还没掌握，首先，Nginx是怎么接收连接的？前面我们的确是看到了创建监听套接字这些操作，但是这些监听套接字的读事件是怎么添加进事件处理模型的呢？这就是本篇学习的内容，如上一篇中所学，worker进程在进入主循环之前，会调用Nginx各个模块的init_process函数，而ngx_event_core_module模块的init_proce
[源码阅读]ngx_http_userid_module模块源码分析
xu070111119的专栏
06-22 560
本文使用nginx-stable-1.12代码。 路径： src/http/modules/ngxhttpuseridfiltermodule.c 流程图 头文件 // nginx配置类 #include <ngx_config.h> // nginx核心类 #include <ngx_core.h> // nginx http模块类 #include <ngx_http.h> define常.
nginx源码阅读(十).ngx_event_core_module模块
Move_now的博客
11-06 1258
前言 所有模块的通用接口ngx_module_t 感兴趣的配置项ngx_event_core_commands 存储配置项的结构体ngx_event_conf_t 事件模块的通用性接口ngx_event_module_t 小结前言本小节将进入到ngx_event_core_module模块,它是所有事件模块中排第一位的模块,因为要负责创建连接池,还要选择I/O多路复用机制等工作。接下来我们就来看看它
nginx 配置文件中定义字段的增加及程序内部调用
10-31 542
例如我要在stream模块增加 user字段（变量） step1:加入command static ngx_command_t  ngx_stream_core_commands[] = {    { ngx_string("server"),       NGX_STREAM_MAIN_CONF|NGX_CONF_BLOCK|NGX_CONF_NOARGS,       ngx_
nginx配置文件解析
天涯角落的专栏
03-05 877
以启动过程中设置worker_processes的值为例，分析nginx加载配置的过程，代码版本1.1.15。 1. 首先创建所有模块配置的上下文，代码调用栈如下： ngx_init_cycle (old_cycle=0xbffff5b0) at src/core/ngx_cycle.c:223 调用对应模块的create_conf指针函数创建默认的配置项。 由于worker_proc
nginx中的ngx_command_t结构中的set方法在何时调用
狂客队长
05-29 4858
在nginx模块中，作为标准的模块结构体ngx_module_t，此结构主要包括了ngx_command_t，ngx_http_module_t等模块的属性，配置字段及对应的处理方法，其中ngx_command_t的结构为： struct ngx_command_s { ngx_str_t name; ngx_uint_t type; char *(*set)(ngx_conf_t *c
Nginx的源码结构和模块初始化
徐刘根的博客
11-18 1万+
前言：上一篇（http://blog.youkuaiyun.com/xlgen157387/article/details/49781487）已经介绍了Nginx的基本功能，也介绍了在Windows下的安装和简单的实现负载均衡，下边主要学习一下Nginx的源码结构。Nginx的源码src目录结构（未进行编译安装）环境：nginx-1.8.0+CentOS7.0 （可以使用yum install tree来安装
Nginx源码分析 - 主流程篇 - 解析配置文件（13）
热门推荐
自娱自乐的代码人
07-14 1万+
Nginx源码中比较重要的一块就是配置文件的解析。一般是解析/usr/local/nginx/conf/nginx.conf文件中的配置信息。前一篇文章，我们介绍了Nginx的模块化。Nginx的功能模块都是通过cycle->modules 模块进行管理的。而每个模块都会有自己的配置文件。
NGINX源码之：模块配置解析(1)
qq_22351805的博客
07-26 1297
nginx源码解读，ngx_conf_parse,配置解析，配置结构，core、events、http
nginx监听事件流程
幽雨雨幽
11-15 3157
在前面的几篇文章中已经分析了master进程、work进程的初始化流程。但一直没有分析监听socket的创建流程，nginx服务器只有在创建socket, 绑定socet，监听socket执行完成后，才能处理来自客户端的连接。ngx_cycle_t结构中有一个listening成员，存放的就是所有监听socket。接下来首先分析socket内部结构的维护，不同域名的管理，然后分析什么时候把监听so...
Nginx http的初始化（一）
fjs的专栏
11-07 1438
其实经过前面文章的分析，我们已经知道在Nginx启动的时候会先进行core类型模块的处理。在Nginx的每一部分都会有一个core类型的模块与之对应，在解析配置文件的时候，这些core类型的模块便是这些他们所代表的部分的入口。例如event部分，ngx_events_module模块就是一个core类型的模块，因而我们可以看到event部分的初始化其实是从ngx_events_module模块的命
Nginx配置及配置加载
AlexWoo0501的博客
08-26 2894
通过源码，介绍Nginx配置的结构以及配置的加载过程
Nginx ngx_http_core_module模块详解（三）
咻一咻的博客
03-09 1535
http协议相关的配置结构 http { ... ... #各server的公共配置 server { #每个server用于定义一个虚拟主机 ... } server { ... server_name #虚拟主机名 root #主目...
Nginx学习之二-配置项解析及编程实现
计算机专业同学的充电站。
06-21 1万+
在开发功能灵活的Nginx模块时，需要从配置文件中获取特定的信息。不过，我们并不需要再编写一套读取配置的系统，Nginx已经为用户提供了强大的配置项解析机制，同时还支持“-s reload”命令，可以在不重启服务的情况下可使配置生效。 一、Nginx配置文件简介 如果编译安装Nginx时使用默认路径，那么Nginx运行目录是/usr/local/nginx，其配置文件存放目录是/usr
Nginx 模块 - ngx_core_module
05-17
ngx_core_module 是 Nginx 的核心模块，它提供了 Nginx 的基本功能，如配置文件解析、事件处理、进程间通信等。在 Nginx 启动时，ngx_core_module 会被首先加载。 ngx_core_module 的主要功能包括： 1. 配置文件...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值