1.实验
下面通过一个实验让大家更好的理解三者之间的关系
在server1中：
vim /usr/local/nginx/conf/nginx.conf
38 server {
39 listen 80;
40 server_name localhost;
41
42 location / {
43 root html;
44 index index.html index.htm;
45 }
46 location /demo {
47 root /opt;
48 index index.html index.htm;
49 }
50
51 error_page 500 502 503 504 /50x.html;
52 location = /50x.html {
53 root html;
54 }
55
配置发布目录：
mkdir /opt/demo
cd /opt/demo/
vim index.html
nginx -s reload
测试：
还可以把相同的指令放在上一级中，不会影响效果 相当于全局
把配置指令写在前面时，在location内部写指令，它会覆盖外面的统一指令：
测试：
2.模块、配置指令、块之间的关系
-
通过上述示例，你肯定明白了一个道理，同一个配指令，配在不同的块中时，对应的“作用域”是不同的。
某些配指令只能在http块中配置，某些配指令只能在location块中配置，有些配置指令既能在server块中配置又能在http块中配置，而有些配置指令只能在main区中进行配置。
刚才示例中的index指令就属于那种既能在location块中配置，又能在server块中配置，还能在http块中配的指令，只不过，当index指令配置在不同的块中时，对应的作用域不同。 -
有些指令既能配在server块中，也能配在http块中，当多个server存在相同的配置时，我们可以将这些完全相同的配置指令提取到上一级的http块中，以便多个server块共用这些配置。
当然，如果你在某个server中单独配置了对应的指令，那么这个server仍然会以自己的配置为准。 -
其实，“配置指令"不仅和"块"有一定的关系，“配置指令"和"模块"也有非常紧密的对应关系。nginx是模块化的，不同的"模块"负责不同的"功能”。所以，当我们需要针对某个"功能"进行配置时，就需要使用到对应的"配置指令"。从根本上来说，每个"配置指令"都属于某一个"模块"，一个"模块"中会有一个或多个"配置指令"，当我们想要对相关模块或者功能进行设定时，就会使用到对应模块中的配置指令。
3.如何查看官方文档
