nginx源码初读（1）--还是让烦恼从main开始吧

抛去所有的模块和各种定义的数据结构，对于一个没看过这么大工程的小白来说，太乱！乱的不要不要，光是各种数据结构的含义，就让我要抓狂了。好吧，我并不是说它结构不好，相反我感觉代码写的太棒了。。就是一时间。。接受不了。废话不说了，让烦恼开始吧，唉╮(╯▽╰)╭

第一点 ：ngx_cdecl

<code><span>int</span> ngx_cdecl main(<span>int</span> argc, <span>char</span> *<span>const</span> *argv);</code>

是的，就是这个ngx_cdecl，之前知道在源码里面有__cdecl和__stdcall等东西，在这儿的ngx_cdecl又是什么，按理说是一样的，但是查到定义后是这样的：

<code><span>#<span>define</span> ngx_cdecl</span></code>

对，就是一个空的define，那它有啥用？当然有用，而且用得很好，要不怎么说人家是好代码呢，后路留的多好，避免以后填坑。nginx中使用这个宏是为了跨平台支持，方便调整函数调用方式。在遇到问题时，可以修改上面的定义为：

<code><span>#<span>define</span> ngx_cdecl stdcal</span></code>

要不怎么说多看代码有好处呢，这就是思想啊。好了再解释下cdecl和stdcall：
__cdecl：C Declaration的缩写，表示C语言默认的函数调用方法:所有参数从右到左依次入栈，这些参数由调用者清除，称为手动清栈。被调用函数不会要求调用者传递多少参数，调用者传递过多或者过少的参数，甚至完全不同的参数都不会产生编译阶段的错误。
调用函数的代码和被调函数必须采用相同的函数的调用约定，程序才能正常运行。
__cdecl和__stdcall的区别：__cdecl是调用者清理参数占用的堆栈，__stdcall是被调函数清理参数占用的堆栈。假设函数A是__stdcall，函数B调用函数A。你必须通过函数声明告诉编译器，函数A是__stdcall。编译器自然会产生正确的调用代码。如果函数A是__stdcall，但在引用函数A的地方，你却告诉编译器，函数A是__cdecl方式，编译器产生__cdecl方式的代码，与函数A的调用约定不一致，就会发生错误。
注意事项：由于__stdcall的被调函数在编译时就必须知道传入参数的准确数目（被调函数要清理堆栈），所以不能支持变参数函数，例如printf。而且如果调用者使用了不正确的参数数目，会导致堆栈错误。

第二点 ngx_int_t & ngx_uint_t

<code><span>typedef</span> intptr_t ngx_int_t;
<span>typedef</span> uintptr_t ngx_uint_t;</code>

在stdint.h中找到intptr的定义：

<code><span>117</span><span>/* Types for `void *' pointers.  */</span><span>118</span><span>#<span>if</span> __WORDSIZE == 64  </span><span>119</span><span># ifndef __intptr_t_defined  </span><span>120</span> typedef <span>long</span><span>int</span>        intptr_t;  
    <span>121</span><span>#  <span>define</span> __intptr_t_defined  </span><span>122</span><span># <span>endif</span></span><span>123</span> typedef unsigned <span>long</span><span>int</span>   uintptr_t;  
    <span>124</span><span>#<span>else</span></span><span>125</span><span># ifndef __intptr_t_defined  </span><span>126</span> typedef <span>int</span>         intptr_t;  
    <span>127</span><span>#  <span>define</span> __intptr_t_defined  </span><span>128</span><span># <span>endif</span></span><span>129</span> typedef unsigned <span>int</span>        uintptr_t;  
    <span>130</span><span>#<span>endif</span></span></code>

定义中的注释说明，这两个类型是定义用来当作指针使用的，因为指针的长度和长整型一直是一样的，由于指针就是一个数组索引的存在，系统内核在操作内存时，就是将内存当做一个大数组，而指针就是数组索引/下标，内核程序员使用这种特殊的整型来接受内存地址值、操作内存相比使用指针更加直观，不容易犯错。
intptr_t 这个类型可以被安全的在 void * 和 整数间转换，对于写跨 64 位平台的程序非常重要。也就是说，当你需要把指针作为一个整数来运算时，转换成 intptr_t 才是安全的，可以在运算完毕安全的转回指针类型，也避免了对指针解引用产生的bug。

由代码中的宏可以看出，intptr_t的长度是适应不同平台的，当编译环境是64位时，intptr_t是long int，否则就是int。

那么nginx中使用它来typedef出ngx_int_t是想要干吗？为啥不用int来？
从类型名来看很容易理解为普通的int型，我想nginx使用它是因为intptr在定义的时候就自适应平台，根据平台来变化自己的长度，作者就不用自己再定义一次了。

以上就介绍了nginx源码初读（1）--还是让烦恼从main开始吧，包括了方面的内容，希望对PHP教程有兴趣的朋友有所帮助。