第一次出现

以前都是在Linux上运行Nginx，很少去重启，我忠实的Nginx也没罢过工。

之前刚入职的时候项目需要所以就在本地安装了Ngixn，有次嫌弃电脑太卡就重启了。

那么问题来了，Nginx无法启动，主要体现在Nginx配置的端口被占用，当然如果跟换端口的话是可以解决的。

但是我司配置了很多9001的端口，所以我也没法去更改端口，用netstat -aon|findstr "9001"去查占用是被PID=4的进程占用，但是会tasklist|findstr "9001"查到应用是System

然后就是疯狂的重启，不晓得为什么会被System占用，我甚至都卸载Nginx去使用其他版本，无果。
最后的解决是海哥提供了他的Nginx,更换后重启解决了。

第二次出现

当时还要上demo一个需求，好家伙，卡的受不了(公司的本确实有点菜了，而且我还起了三个idea，直接爆炸)。
那天就要下班了，也没赶上当天的最后一版demo的发布时间，只能拉着信息部的经理陪我在localhost上测试，但我本地崩了呀。
那天搞了好久还是没修复，期间换了涛涛和海哥的Nginx，无果。。。
更恐怖的是第二天还没搞好，突然出了个紧急的bug，那是我刚接手的，你敢信是支付的bug吗？还好打钱没打错，只是后来的现金流出了问题，当时信息部的经理说幸亏没打错，不然就完了。
当然，那时候的bug还不是我写的，但上个人离职了，只能让我修。
但我的Nginx还是起不来，都让我们的大佬来帮我看了，还是不行。
只能先用天老师的本先改着，死赶活赶又提前给运维同时打招呼，才在中午十二点半改好合并到maste，让我们运维发布。
我等到发完通知信息部后才敢去吃饭，下午回来需求都没碰，光去搜索问题就找了一下午，总是还是找到了方法解决。
确实是因为Nginx非正常关闭导致的。

第三次出现

今天又出现了，主要是最近都是在搞老系统，所以没有管新系统的，不知道啥时候就把Nginx崩了。
也是缘分，所以本次就记录下解决方案，以待下次相遇。
nginx.exe

如图所示，已被占用，先使用常规检查发现是PID4后
用netsh这个命令查看下现用的http端口配置
netsh http show servicestate


杀掉进程，又可能会有下一个，可以看看都是什么在占用



将那些占用进程杀掉之后

ok,正常启动即可

welcome