尧图网页设计 
简介这份资源面向在Windows环境下部署nginx的运维人员与后端开发者解决nginx无法随系统开机自动启动、需手动注册为Windows服务的问题。压缩包共3个文件包含1个exe可执行程序、1个txt文本与1个xml配置文件整体约134KB体积轻巧便于随项目分发。其中exe负责将nginx注册为Windows服务txt记录服务安装与卸载所需的命令行指令xml则用于定义服务名称、描述、启动类型及启动参数等细节三者配合可完成自启动配置。已有1603人学习下载说明该方案在实际部署中具备一定参考价值。读者可据此快速完成服务注册、按需调整监听端口与配置文件路径并在多环境部署时保持配置一致减少手动命令行操作带来的出错概率提升nginx在Windows下的可用性与稳定性。1. Windows 上让 nginx 开机自启资源依赖包到底卡在哪一步很多人第一次在 Windows 上装 nginx解压完双击nginx.exe浏览器打开localhost看到欢迎页以为大功告成。重启一次机器服务没了。再去查「nginx 自启动」教程让你装 WinSW、NSSM或者写个 bat 丢进启动目录照做之后发现要么闪退、要么报「没有被指定在 Windows 上运行或者它包含错误」要么服务列表里状态是「已停止」点启动就报 1053。问题往往不在 nginx 本身而在「自启动」这件事需要的那套资源依赖包没配齐服务包装器、VC 运行库、正确的路径与权限、日志重定向目录。这篇就把 Windows 环境下 nginx 自启动所需的依赖资源、安装顺序、参数配置和排错路径讲透适合在 Windows 上做本地开发环境、内网静态资源服务、反向代理后端的人照着复现。2. 先搞清楚 Windows 自启动的三种机制与依赖边界2.1 启动目录、计划任务、Windows 服务选哪个Windows 上让一个程序开机跑起来常见三条路。第一条是启动目录把快捷方式或 bat 丢进shell:startup打开的文件夹登录后执行。第二条是任务计划程序可以设「计算机启动时」触发不依赖用户登录。第三条是注册成 Windows 服务由服务控制管理器SCM托管开机即起、崩溃可配恢复、能用sc start/stop管理。nginx 官方 Windows 版是个控制台程序它自己不实现 SCM 接口所以不能直接sc create把nginx.exe注册成服务——你硬注册启动时 SCM 等它回调它不回调就报 1053。这就是「资源依赖包」里最核心的一环需要一个服务包装器service wrapper把普通 exe 包成合规服务。常见做法是 WinSW 或 NSSM两者都是把任意可执行文件托管成 Windows 服务的工具。选型上如果你只是本地开发、登录后才用启动目录最省事如果要无人值守、开机即提供反向代理走服务包装器。下面按服务方案展开因为它是坑最多、也最接近生产形态的路径。2.2 依赖清单包装器、运行库、目录、权限把 nginx 做成 Windows 服务实际依赖这几样东西缺一个都可能翻车依赖项作用缺失时的典型现象服务包装器WinSW/NSSM把 nginx.exe 托管为 SCM 服务sc create 后启动报 1053VC 运行库nginx Windows 版依赖 MSVCR 系列双击闪退、报「没有被指定在 Windows 上运行」独立日志目录nginx 与服务包装器都要写日志服务启动即停止事件日志无有效信息配置与可执行文件的绝对路径SCM 工作目录不是 exe 所在目录找不到 conf、找不到 logs本地服务账户权限读取配置、绑定端口、写日志启动失败或端口绑定被拒VC 运行库这块值得单独说。nginx 官方 Windows 构建通常依赖 Visual C 运行库机器上缺对应版本时进程一启动就退出而且不给明显提示。判断方法命令行进到 nginx 目录直接nginx.exe如果窗口一闪而过、nginx -t也闪退先装 Microsoft Visual C Redistributablex64再试。提示不要用「兼容模式」或改注册表 Image File Execution Options 去糊弄运行库问题那只是把错误藏起来服务化之后照样崩。2.3 用 WinSW 把 nginx 注册成服务的最小步骤WinSW 的用法是「一个 exe 一个同名 xml」。假设你把 nginx 放在C:\nginxWinSW 放在C:\nginx\winsw。第一步准备目录结构C:\nginx\ nginx.exe conf\ logs\ winsw\ nginx-service.exe nginx-service.xml第二步写nginx-service.xmlservice !-- 服务在 SCM 里显示的名字 -- idnginx/id namenginx/name descriptionnginx web server on Windows/description !-- nginx.exe 的绝对路径工作目录必须显式指定 -- executableC:\nginx\nginx.exe/executable workingdirectoryC:\nginx/workingdirectory !-- 启动参数-p 指定前缀目录避免 SCM 工作目录不一致 -- arguments-p C:\nginx/arguments !-- 开机自启 -- startmodeAutomatic/startmode !-- 日志重定向排查启动失败全靠它 -- logpathC:\nginx\logs/logpath log moderoll-by-size sizeThreshold10240/sizeThreshold keepFiles8/keepFiles /log !-- 崩溃后自动重启 -- onfailure actionrestart delay10 sec/ /service第三步以管理员身份打开命令行注册并启动cd C:\nginx\winsw nginx-service.exe install nginx-service.exe start sc query nginxinstall把服务写进 SCMstart触发启动sc query看状态是否为RUNNING。如果状态是STOPPED先看C:\nginx\logs下 WinSW 生成的日志再看 Windows 事件查看器「Windows 日志 → 应用程序」。参数说明-p C:\nginx是关键nginx 默认按当前工作目录找conf/、logs/而 SCM 启动服务时的工作目录通常是C:\Windows\System32不指定前缀就会报找不到配置文件。startmode设Automatic才是开机自启设Manual只是手动可启动。onfailure让服务崩溃后自动拉起本地开发环境建议加上省得半夜服务挂了没人知道。3. 配置与路径让 nginx 在服务上下文里找得到东西3.1 nginx.conf 里必须写死的几个路径服务化之后nginx 的运行上下文和你手动双击时不一样。手动跑当前目录就是 nginx 目录服务跑当前目录是系统目录。所以nginx.conf里凡是相对路径都要么靠-p前缀兜住要么直接写绝对路径。worker_processes 1; # 错误日志写绝对路径服务账户才有权限写 error_log C:/nginx/logs/error.log warn; pid C:/nginx/logs/nginx.pid; events { worker_connections 1024; } http { include C:/nginx/conf/mime.types; default_type application/octet-stream; # 访问日志同样绝对路径 access_log C:/nginx/logs/access.log; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost; location / { root C:/nginx/html; index index.html index.htm; } } }逻辑说明error_log、pid、access_log、include、root全部用正斜杠绝对路径。nginx 在 Windows 上接受正斜杠反斜杠要转义容易写错统一用/最省心。pid文件路径尤其重要服务停止时 nginx 靠它找进程路径不对会导致nginx -s stop停不掉、服务卡在停止中。参数说明worker_processes在 Windows 上建议设 1Windows 版 nginx 用的是 select 模型多 worker 收益有限还容易出怪问题。worker_connections按需调本地开发 1024 足够。3.2 端口、账户与权限的对应关系服务默认以LocalSystem账户运行权限很高能绑 80 端口、能写大部分目录。但如果你在 WinSW xml 里指定了serviceaccount用普通用户就要注意普通用户绑 1024 以下端口在 Windows 上一般没问题和 Linux 不同但写C:\nginx\logs需要该用户有写权限。常见做法是保持LocalSystem把 nginx 目录放在非系统盘避免权限纠缠。如果一定要用受限账户提前给C:\nginx\logs和C:\nginx\conf授予读写权限。icacls C:\nginx\logs /grant NT AUTHORITY\LocalService:(OI)(CI)M icacls C:\nginx\conf /grant NT AUTHORITY\LocalService:(OI)(CI)R(OI)(CI)表示对象继承和容器继承M是修改R是读取。这条命令在换账户后必须补否则服务启动时写不了日志表现为服务秒停、事件日志里只有一句「服务已停止」。3.3 验证自启动是否真的生效配完别急着下结论按这个顺序验证nginx -t -p C:\nginx先确认配置语法没问题。nginx-service.exe start启动服务sc query nginx看RUNNING。浏览器访问http://localhost确认能出页面。重启机器不登录任何账户等两分钟从另一台机器访问这台机器的 IP。登录后sc query nginx再看状态并检查logs目录下日志时间戳是不是开机时间。第 4 步是分水岭。很多人只做到第 3 步就以为成了重启后才发现服务根本没起。如果第 4 步失败但第 2 步成功八成是startmode没设Automatic或者服务依赖了某个登录后才有的资源。4. 避坑与排查自启动失败的 5 个高频现场4.1 服务启动报 1053事件日志一片空白现象sc start nginx返回 1053事件查看器里没有 nginx 相关记录。原因nginx.exe被直接sc create注册成了服务但它不实现 SCM 回调SCM 等超时后报 1053。解决删掉直接注册的服务sc delete nginx改用 WinSW 或 NSSM 包装。包装器的 exe 才是真正实现 SCM 接口的那个nginx 只是它拉起的子进程。4.2 双击 nginx.exe 闪退命令行也看不到输出现象双击一闪而过nginx -v同样闪退没有任何报错。原因缺 VC 运行库进程加载阶段就失败来不及输出。解决装对应架构的 Microsoft Visual C Redistributablex64 系统装 x64 版。装完再nginx -v能打印版本号说明运行库齐了。这一步是很多「没有被指定在 Windows 上运行或者它包含错误」报错的根因。4.3 服务 RUNNING 但访问 404 或找不到 conf现象sc query显示 RUNNING浏览器访问却是默认页或 404改的配置不生效。原因服务的工作目录不是C:\nginxnginx 加载的是别处的配置或者根本没加载到你改的那份。解决WinSW xml 里workingdirectory和arguments-p C:\nginx/arguments两个都要写。改完nginx-service.exe restart再nginx -t -p C:\nginx确认加载的是目标配置。4.4 重启后服务没起手动 start 却正常现象开机后服务是 STOPPED手动sc start立刻 RUNNING。原因startmode写成了Manual或者服务依赖了网络、磁盘等尚未就绪的资源。解决确认 xml 里startmodeAutomatic/startmode。如果 nginx 要代理的后端在别的机器上加depend声明依赖或者用onfailure actionrestart delay30 sec/让它开机后重试几次。4.5 停止服务卡住进程杀不掉现象sc stop nginx一直停在 STOP_PENDING任务管理器里nginx.exe还在。原因pid文件路径不对或者 nginx 有活跃连接没释放服务包装器等它优雅退出等到超时。解决先确认nginx.conf里pid指向C:\nginx\logs\nginx.pid且该文件存在。WinSW 可以配stoptimeout15 sec/stoptimeout超时后强杀。日常排查用taskkill /F /IM nginx.exe兜底但别把它当常规手段强杀可能留下 pid 文件导致下次启动报「pid 文件已存在」。5. 进阶把自启动做成可迁移、可回滚的一套东西做到能开机自启只是及格线。真正省心的是这套东西能复制到另一台机器、能一键回滚、出问题能自证。我一般会多做三件事。第一件把 WinSW 的 exe 和 xml 一起放进版本控制xml 里的路径用变量占位部署时用脚本替换。这样换机器只改一个路径变量不用重新回忆每个参数。第二件写一个install-service.bat和uninstall-service.bat配对卸载脚本先stop再uninstall再删 pid 文件保证重装干净。echo off REM install-service.bat cd /d %~dp0winsw nginx-service.exe stop nginx-service.exe uninstall del /q C:\nginx\logs\nginx.pid 2nul nginx-service.exe install nginx-service.exe start sc query nginx逻辑说明先停再卸避免旧服务残留删 pid 文件防止下次启动报冲突最后 install start 一气呵成。参数上cd /d %~dp0winsw保证脚本在任意位置双击都能进到正确目录2nul把「文件不存在」的报错吞掉不影响流程。第三件给服务加一个健康检查的土办法用任务计划程序每 5 分钟跑一次sc query nginx | findstr RUNNING不是 RUNNING 就sc start nginx。这不是替代监控是本地开发环境的后悔药成本极低。验证方法上我习惯做一次「冷启动演练」关机拔电等一分钟上电开机不登录从另一台机器curl目标端口。能通说明自启动链路真的闭环了不通回到第 4 章按现象对号入座。这套流程我踩过最深的坑是早期直接用sc create注册 nginx折腾一下午都在 1053 上打转后来才明白服务包装器不是可选项而是必需品。把依赖清单列全、路径写死、日志留好Windows 上 nginx 自启动其实没有玄学。希望帮到你。本文还有配套的精品资源点击获取 Windows 下 nginx 开机自启：依赖资源包与排错全指南
简介这份资源面向在Windows环境下部署nginx的运维人员与后端开发者解决nginx无法随系统开机自动启动、需手动注册为Windows服务的问题。压缩包共3个文件包含1个exe可执行程序、1个txt文本与1个xml配置文件整体约134KB体积轻巧便于随项目分发。其中exe负责将nginx注册为Windows服务txt记录服务安装与卸载所需的命令行指令xml则用于定义服务名称、描述、启动类型及启动参数等细节三者配合可完成自启动配置。已有1603人学习下载说明该方案在实际部署中具备一定参考价值。读者可据此快速完成服务注册、按需调整监听端口与配置文件路径并在多环境部署时保持配置一致减少手动命令行操作带来的出错概率提升nginx在Windows下的可用性与稳定性。1. Windows 上让 nginx 开机自启资源依赖包到底卡在哪一步很多人第一次在 Windows 上装 nginx解压完双击nginx.exe浏览器打开localhost看到欢迎页以为大功告成。重启一次机器服务没了。再去查「nginx 自启动」教程让你装 WinSW、NSSM或者写个 bat 丢进启动目录照做之后发现要么闪退、要么报「没有被指定在 Windows 上运行或者它包含错误」要么服务列表里状态是「已停止」点启动就报 1053。问题往往不在 nginx 本身而在「自启动」这件事需要的那套资源依赖包没配齐服务包装器、VC 运行库、正确的路径与权限、日志重定向目录。这篇就把 Windows 环境下 nginx 自启动所需的依赖资源、安装顺序、参数配置和排错路径讲透适合在 Windows 上做本地开发环境、内网静态资源服务、反向代理后端的人照着复现。2. 先搞清楚 Windows 自启动的三种机制与依赖边界2.1 启动目录、计划任务、Windows 服务选哪个Windows 上让一个程序开机跑起来常见三条路。第一条是启动目录把快捷方式或 bat 丢进shell:startup打开的文件夹登录后执行。第二条是任务计划程序可以设「计算机启动时」触发不依赖用户登录。第三条是注册成 Windows 服务由服务控制管理器SCM托管开机即起、崩溃可配恢复、能用sc start/stop管理。nginx 官方 Windows 版是个控制台程序它自己不实现 SCM 接口所以不能直接sc create把nginx.exe注册成服务——你硬注册启动时 SCM 等它回调它不回调就报 1053。这就是「资源依赖包」里最核心的一环需要一个服务包装器service wrapper把普通 exe 包成合规服务。常见做法是 WinSW 或 NSSM两者都是把任意可执行文件托管成 Windows 服务的工具。选型上如果你只是本地开发、登录后才用启动目录最省事如果要无人值守、开机即提供反向代理走服务包装器。下面按服务方案展开因为它是坑最多、也最接近生产形态的路径。2.2 依赖清单包装器、运行库、目录、权限把 nginx 做成 Windows 服务实际依赖这几样东西缺一个都可能翻车依赖项作用缺失时的典型现象服务包装器WinSW/NSSM把 nginx.exe 托管为 SCM 服务sc create 后启动报 1053VC 运行库nginx Windows 版依赖 MSVCR 系列双击闪退、报「没有被指定在 Windows 上运行」独立日志目录nginx 与服务包装器都要写日志服务启动即停止事件日志无有效信息配置与可执行文件的绝对路径SCM 工作目录不是 exe 所在目录找不到 conf、找不到 logs本地服务账户权限读取配置、绑定端口、写日志启动失败或端口绑定被拒VC 运行库这块值得单独说。nginx 官方 Windows 构建通常依赖 Visual C 运行库机器上缺对应版本时进程一启动就退出而且不给明显提示。判断方法命令行进到 nginx 目录直接nginx.exe如果窗口一闪而过、nginx -t也闪退先装 Microsoft Visual C Redistributablex64再试。提示不要用「兼容模式」或改注册表 Image File Execution Options 去糊弄运行库问题那只是把错误藏起来服务化之后照样崩。2.3 用 WinSW 把 nginx 注册成服务的最小步骤WinSW 的用法是「一个 exe 一个同名 xml」。假设你把 nginx 放在C:\nginxWinSW 放在C:\nginx\winsw。第一步准备目录结构C:\nginx\ nginx.exe conf\ logs\ winsw\ nginx-service.exe nginx-service.xml第二步写nginx-service.xmlservice !-- 服务在 SCM 里显示的名字 -- idnginx/id namenginx/name descriptionnginx web server on Windows/description !-- nginx.exe 的绝对路径工作目录必须显式指定 -- executableC:\nginx\nginx.exe/executable workingdirectoryC:\nginx/workingdirectory !-- 启动参数-p 指定前缀目录避免 SCM 工作目录不一致 -- arguments-p C:\nginx/arguments !-- 开机自启 -- startmodeAutomatic/startmode !-- 日志重定向排查启动失败全靠它 -- logpathC:\nginx\logs/logpath log moderoll-by-size sizeThreshold10240/sizeThreshold keepFiles8/keepFiles /log !-- 崩溃后自动重启 -- onfailure actionrestart delay10 sec/ /service第三步以管理员身份打开命令行注册并启动cd C:\nginx\winsw nginx-service.exe install nginx-service.exe start sc query nginxinstall把服务写进 SCMstart触发启动sc query看状态是否为RUNNING。如果状态是STOPPED先看C:\nginx\logs下 WinSW 生成的日志再看 Windows 事件查看器「Windows 日志 → 应用程序」。参数说明-p C:\nginx是关键nginx 默认按当前工作目录找conf/、logs/而 SCM 启动服务时的工作目录通常是C:\Windows\System32不指定前缀就会报找不到配置文件。startmode设Automatic才是开机自启设Manual只是手动可启动。onfailure让服务崩溃后自动拉起本地开发环境建议加上省得半夜服务挂了没人知道。3. 配置与路径让 nginx 在服务上下文里找得到东西3.1 nginx.conf 里必须写死的几个路径服务化之后nginx 的运行上下文和你手动双击时不一样。手动跑当前目录就是 nginx 目录服务跑当前目录是系统目录。所以nginx.conf里凡是相对路径都要么靠-p前缀兜住要么直接写绝对路径。worker_processes 1; # 错误日志写绝对路径服务账户才有权限写 error_log C:/nginx/logs/error.log warn; pid C:/nginx/logs/nginx.pid; events { worker_connections 1024; } http { include C:/nginx/conf/mime.types; default_type application/octet-stream; # 访问日志同样绝对路径 access_log C:/nginx/logs/access.log; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost; location / { root C:/nginx/html; index index.html index.htm; } } }逻辑说明error_log、pid、access_log、include、root全部用正斜杠绝对路径。nginx 在 Windows 上接受正斜杠反斜杠要转义容易写错统一用/最省心。pid文件路径尤其重要服务停止时 nginx 靠它找进程路径不对会导致nginx -s stop停不掉、服务卡在停止中。参数说明worker_processes在 Windows 上建议设 1Windows 版 nginx 用的是 select 模型多 worker 收益有限还容易出怪问题。worker_connections按需调本地开发 1024 足够。3.2 端口、账户与权限的对应关系服务默认以LocalSystem账户运行权限很高能绑 80 端口、能写大部分目录。但如果你在 WinSW xml 里指定了serviceaccount用普通用户就要注意普通用户绑 1024 以下端口在 Windows 上一般没问题和 Linux 不同但写C:\nginx\logs需要该用户有写权限。常见做法是保持LocalSystem把 nginx 目录放在非系统盘避免权限纠缠。如果一定要用受限账户提前给C:\nginx\logs和C:\nginx\conf授予读写权限。icacls C:\nginx\logs /grant NT AUTHORITY\LocalService:(OI)(CI)M icacls C:\nginx\conf /grant NT AUTHORITY\LocalService:(OI)(CI)R(OI)(CI)表示对象继承和容器继承M是修改R是读取。这条命令在换账户后必须补否则服务启动时写不了日志表现为服务秒停、事件日志里只有一句「服务已停止」。3.3 验证自启动是否真的生效配完别急着下结论按这个顺序验证nginx -t -p C:\nginx先确认配置语法没问题。nginx-service.exe start启动服务sc query nginx看RUNNING。浏览器访问http://localhost确认能出页面。重启机器不登录任何账户等两分钟从另一台机器访问这台机器的 IP。登录后sc query nginx再看状态并检查logs目录下日志时间戳是不是开机时间。第 4 步是分水岭。很多人只做到第 3 步就以为成了重启后才发现服务根本没起。如果第 4 步失败但第 2 步成功八成是startmode没设Automatic或者服务依赖了某个登录后才有的资源。4. 避坑与排查自启动失败的 5 个高频现场4.1 服务启动报 1053事件日志一片空白现象sc start nginx返回 1053事件查看器里没有 nginx 相关记录。原因nginx.exe被直接sc create注册成了服务但它不实现 SCM 回调SCM 等超时后报 1053。解决删掉直接注册的服务sc delete nginx改用 WinSW 或 NSSM 包装。包装器的 exe 才是真正实现 SCM 接口的那个nginx 只是它拉起的子进程。4.2 双击 nginx.exe 闪退命令行也看不到输出现象双击一闪而过nginx -v同样闪退没有任何报错。原因缺 VC 运行库进程加载阶段就失败来不及输出。解决装对应架构的 Microsoft Visual C Redistributablex64 系统装 x64 版。装完再nginx -v能打印版本号说明运行库齐了。这一步是很多「没有被指定在 Windows 上运行或者它包含错误」报错的根因。4.3 服务 RUNNING 但访问 404 或找不到 conf现象sc query显示 RUNNING浏览器访问却是默认页或 404改的配置不生效。原因服务的工作目录不是C:\nginxnginx 加载的是别处的配置或者根本没加载到你改的那份。解决WinSW xml 里workingdirectory和arguments-p C:\nginx/arguments两个都要写。改完nginx-service.exe restart再nginx -t -p C:\nginx确认加载的是目标配置。4.4 重启后服务没起手动 start 却正常现象开机后服务是 STOPPED手动sc start立刻 RUNNING。原因startmode写成了Manual或者服务依赖了网络、磁盘等尚未就绪的资源。解决确认 xml 里startmodeAutomatic/startmode。如果 nginx 要代理的后端在别的机器上加depend声明依赖或者用onfailure actionrestart delay30 sec/让它开机后重试几次。4.5 停止服务卡住进程杀不掉现象sc stop nginx一直停在 STOP_PENDING任务管理器里nginx.exe还在。原因pid文件路径不对或者 nginx 有活跃连接没释放服务包装器等它优雅退出等到超时。解决先确认nginx.conf里pid指向C:\nginx\logs\nginx.pid且该文件存在。WinSW 可以配stoptimeout15 sec/stoptimeout超时后强杀。日常排查用taskkill /F /IM nginx.exe兜底但别把它当常规手段强杀可能留下 pid 文件导致下次启动报「pid 文件已存在」。5. 进阶把自启动做成可迁移、可回滚的一套东西做到能开机自启只是及格线。真正省心的是这套东西能复制到另一台机器、能一键回滚、出问题能自证。我一般会多做三件事。第一件把 WinSW 的 exe 和 xml 一起放进版本控制xml 里的路径用变量占位部署时用脚本替换。这样换机器只改一个路径变量不用重新回忆每个参数。第二件写一个install-service.bat和uninstall-service.bat配对卸载脚本先stop再uninstall再删 pid 文件保证重装干净。echo off REM install-service.bat cd /d %~dp0winsw nginx-service.exe stop nginx-service.exe uninstall del /q C:\nginx\logs\nginx.pid 2nul nginx-service.exe install nginx-service.exe start sc query nginx逻辑说明先停再卸避免旧服务残留删 pid 文件防止下次启动报冲突最后 install start 一气呵成。参数上cd /d %~dp0winsw保证脚本在任意位置双击都能进到正确目录2nul把「文件不存在」的报错吞掉不影响流程。第三件给服务加一个健康检查的土办法用任务计划程序每 5 分钟跑一次sc query nginx | findstr RUNNING不是 RUNNING 就sc start nginx。这不是替代监控是本地开发环境的后悔药成本极低。验证方法上我习惯做一次「冷启动演练」关机拔电等一分钟上电开机不登录从另一台机器curl目标端口。能通说明自启动链路真的闭环了不通回到第 4 章按现象对号入座。这套流程我踩过最深的坑是早期直接用sc create注册 nginx折腾一下午都在 1053 上打转后来才明白服务包装器不是可选项而是必需品。把依赖清单列全、路径写死、日志留好Windows 上 nginx 自启动其实没有玄学。希望帮到你。本文还有配套的精品资源点击获取