不像Linux，Nginx在Windows上執行，可以多次啟動，每次啟動都會生成基于組態檔中作業行程數+主行程(1)個數量的行程，不會有任何報錯提示，在nginx.exe的組態檔conf配置目錄下nginx.conf作業行程數配置如下，標識作業行程數為1，實際啟動行程為兩個，一個作業行程一個主行程
# user root;
worker_processes 1;
啟動命令后配置無效，對于剛剛接觸Nginx來說的朋友，當真是熱鍋上的螞蟻,團團轉，本章主要是講解作為新手在·Windows上使用Nginx，遇到此問題改如何排查和解決，此處為[官方鏈接]http://nginx.org/en/download.html，如果訪問不到網站可聯系筆者，獲取Nginx高版本壓縮包
問題場景
起初配置好以后是可以正常使用，修改了組態檔，重新啟動發現，自己配置的相關內容，并沒有生效，反復啟動，依然無效，所謂的無效就是訪問對應服務以及埠，自己最后一次配置的相關處理都好像沒有配置一般，服務正常，配置無效，執行重啟指令后，服務配置無效，停止服務再啟動也無效
常見可能
服務多次啟動
服務啟動多次，會造成出第一次啟動的服務能夠正常生效外，其余都只是一個無用的子行程，推測為多次啟動時，由于讀取的是同一組態檔和監聽的是統一服務埠號，造成后續啟動的nginx.exe行程無法執行，只能等待，類似掛起狀態，沒有任何操作和回應，而Nginx for Windows每次啟動都會將組態檔內容讀取出來快取在記憶體中，并不會應為配置變更，Nginx就重新加載配置內容，新的行程如果只是加載新的配置，并未正常執行，新的配置自然無效，問題復現
原始配置
原始配置此處以下載的Nginx for Windows軟體包，解壓之后的狀態為例，所以本地組態檔僅僅只有一個80埠被作為服務監聽埠
......省略.......
http {
......省略.......
server {
listen 80;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
......省略.......
}
}
第一次啟動nginx
修改埠為7080并保存
......省略.......
http {
......省略.......
server {
listen 7080;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
......省略.......
}
}
啟動cmd切換到nginx.exe所在目錄下，執行指令start nginx，有一個黑框一閃而過
>start nginx
>tasklist /FI "IMAGENAME eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 23456 Console 1 9,816 K
nginx.exe 58692 Console 1 10,348 K
請求瀏覽器請求http://localhost:7080，結果如下：
配置變更
此時增加nginx.conf中改server下的location匹配規則
......省略.......
http {
......省略.......
server {
listen 7080;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
#增加規則
location /test/ {
alias html/;
index index.html index.htm;
}
......省略.......
}
}
第二次啟動nginx
>start nginx
>tasklist /FI "IMAGENAME eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 23456 Console 1 9,784 K
nginx.exe 58692 Console 1 10,308 K
nginx.exe 54800 Console 1 9,828 K
nginx.exe 38372 Console 1 10,352 K
這是時候，發現行程數量為四，與啟動次數成正比，如果是查看nginx.exe同級目錄下的logs檔案夾下，可以發現一個nginx.pid檔案，檔案內容為54800，表示第二次啟動時，寫入的主行程id號，其實第一次啟動時，也同樣會寫入該次啟動時的主行程id，每次啟動都會覆寫上一次啟動的行程id，停止時會移除nginx.pid
理論上，此時請求http://localhost:7080/test能夠同樣訪問到第一次啟動時的頁面，可是實際回傳結果如下：
查看logs下的錯誤日志error.log內容為：
[error] 34444#57956: *1 "解壓路徑\nginx-1.21.1/html/test/index.html" is not found (3: The system cannot find the path specified)
確實沒有這個路徑，可是修改的配置是將test指向別名路徑html檔案夾，默認檔案也是index.htm或者index.html，當前第二次組態檔內容無效
停止服務
執行-s stop指令，查看行程可以知道，第二次啟動的行程已經結束，第一次的行程還存在，此時訪問服務可以發現第一次的埠服務是正常的
>nginx -s stop
>tasklist /FI "IMAGENAME eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 23456 Console 1 9,776 K
nginx.exe 58692 Console 1 10,304 K
執行停止指令或重啟，發現已經無法啟動，同時提示如下錯誤：
>nginx -s stop
nginx: [error] CreateFile() "./logs/nginx.pid" failed (2: The system cannot find the file specified)
>nginx -s reload
nginx: [error] CreateFile() "./logs/nginx.pid" failed (2: The system cannot find the file specified)
解決辦法
查看該目錄發現，改檔案已經不存在，所有才會提示上述錯誤，意思就是不能夠通過普通方式進行服務退出，這時候可以考慮直接執行taskkill指令進行處理，執行成功后，再查看對應行程nginx.exe，發現本地已經不存在對應鏡像名稱的行程了
>taskkill /F /IM nginx.exe /T
成功: 已終止 PID 50792 (屬于 PID 58692 子行程)的行程，
成功: 已終止 PID 58692 (屬于 PID 23456 子行程)的行程，
成功: 已終止 PID 23456 (屬于 PID 57764 子行程)的行程，
>tasklist /FI "IMAGENAME eq nginx.exe"
資訊: 沒有運行的任務匹配指定標準，
再次執行start nginx啟動，就能夠訪問對應修改之后的配置內容
最近一次配置例外
條件：下次服務重啟前，不查看錯誤日志，無法發現問題
服務已經運行，頁面能夠正常訪問到地址http://localhost:7080/，nginx.conf配置如下：
......省略.......
http {
......省略.......
server {
listen 7080;
server_name localhost;
location / {
root html;
index index.html index.htm;
}
......省略.......
}
}
最近一次修改時，造成配置疏忽：
......省略.......
http {
......省略.......
server {
listen 7080;
server_name localhost;
location / {
root html;
# 假定配置錯誤少些分號;結尾
index index.html index.htm
}
......省略.......
}
}
再次手誤啟動，無任何提示，運行時訪問http://localhost:7080/，也是正常回應
>start nginx
查看nginx.exe中行程數也是正常的
>tasklist /FI "IMAGENAME eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 61380 Console 1 1,280 K
nginx.exe 59796 Console 1 2,164 K
直到，哪天nginx.exe結束了程式再次重啟，結果就是完了，服務不能用了，查看日志才發現，實際組態檔已經報錯，當時在服務配置錯誤時，未查看系統中是否已經存在nginx服務前，就再次啟動nginx服務，實際由于例外配置，實際服務并未啟動，而是正常情況時的服務并未退出，造成的服務正常的假象
解決辦法
善用nginx常規指令和良好的服務檢測習慣
啟動服務前，先核查本地是否已經啟動服務
>tasklist /FI "IMAGENAME eq nginx.exe"
輸出資訊: 沒有運行的任務匹配指定標準，，表示不存在對應鏡像名稱的行程存在服務時，過存在則會輸出對應的行程串列清單，
已經存在行程時，對配置進行修改后，可以考慮先使用-t [confpath]對目標組態檔進行內容檢測，不添加引數，默認為nginx.conf，以下為配置正常時的輸出結果，配置例外時，會顯示對應的例外配置位置大概位置，便于用戶排查
>nginx -t
nginx: the configuration file 解壓路徑\nginx-1.21.1/conf/nginx.conf syntax is ok
nginx: configuration file 解壓路徑\nginx-1.21.1/conf/nginx.conf test is successful
確認配置無誤后，使用-s reload進行服務重啟，重啟后的行程id和之前老的行程id是不一樣的，可以規避對應的服務存存在假象，同時可以多看看例外日志，一般如果配置例外，日志中，有對應的例外日志輸出
重啟前
>tasklist /fi "imagename eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 38452 Console 1 17,472 K
nginx.exe 47260 Console 1 17,824 K
重啟后
>nginx -s reload
D:\Program Files\nginx-1.21.1>tasklist /fi "imagename eq nginx.exe"
映像名稱 PID 會話名 會話# 記憶體使用
========================= ======== ================ =========== ============
nginx.exe 38452 Console 1 17,392 K
nginx.exe 22264 Console 1 17,816 K
注意
實際行程不止倆，結束行程時，關聯行程串列為，主行程，作業行程以及一個其他行程，上述文章中說的倆僅僅是限定范圍到當前服務范圍內，不過多延伸
如果想要獲取上述例子中的nginx壓縮包，可以評論留言或者私信筆者
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/290228.html
標籤：其他
上一篇：VSCode創建ASP.NET Core MVC專案（5：配置反向代理）
下一篇：超精簡-網路協議整理-不看后悔！