前言
收到命令需要重启服务器的Nginx服务。
但是直接执行sudo nginx -s reload失败显示
invalid PID number “” in “/run/nginx.pid” 与(98: Address already in use)
对此展开调查和尝试解决
阶段一，执行sudo nginx -c /etc/nginx/nginx.conf
分析故障名称得知这是nginx重新加载配置文件时候报错，对此需要检查配置文件是否可行。
先运行：
sudo nginx -t -c /etc/nginx/nginx.conf
判断配置文件是否基础正常。
如果通过判断则运行sudo nginx -c /etc/nginx/nginx.conf
正常情况下，这样就可以了，但是如果收到某些因素的干扰导致之前就有一个Nginx的进程占用了端口就会导致报错如下类似信息：
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
阶段二：关闭进程 sudo kill -QUIT XXX
无效的操作
会考虑关闭占用端口的进程，但是这样是无效的
如果真想这么做，流程如下：
提示的占用的是443端口，但是直接用 netstat -lnp|grep 443指令看到的是不包含PID的结果：
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN -
需要用sudo netstat -lnp|grep 443
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 1321/nginx: worker
从而得知占用端口的为1321
随后执行sudo kill 1321
但是继续观察会发现，这个进程会重新启动，这是因为关键进程没有被关闭
正确操作
执行·ps -ef | grep nginx
获得master进程PID：
root 2650 1 0 Jun30 ? 00:00:00 nginx: master process nginx -c /etc/nginx/nginx.conf
执行sudo kill -QUIT 2650
至此等待几分钟后，用·ps -ef | grep nginx来检查是否关闭，如果没有master则表示Nginx服务停止，可以重新启动了，
启动的流程为运行sudo nginx -c /etc/nginx/nginx.conf。
此后可以用·ps -ef | grep nginx来检查是否启动
结语
任务完成。(～￣▽￣)～