因Win7注册服务易报ERROR 1053、需管理员权限且依赖严格，而批处理脚本无需提权、可控制启动顺序、便于调试配置，更适合开发场景。
为什么不用服务注册而选批处理脚本
Windows 7 下 Apache/Nginx 本身不自动开机运行，注册为系统服务虽稳妥，但要求管理员权限、路径绝对化、依赖 DLL 完整，稍有疏漏就卡在“启动中”或报错 ERROR 1053。批处理脚本更适合开发调试场景：无需提权安装、可自由控制启动顺序（比如先起 Nginx 再起 php-fpm.exe）、便于快速验证配置变更，也规避了 sc create 对工作目录和权限的隐式要求。
start_phpweb.bat 必须包含的三件事
一个能真正拉起 PHP 网站的启动脚本，不能只写 start nginx.exe 就完事。它得确保进程后台驻留、路径上下文正确、失败可感知：
- 用
cd /d "C:\nginx"切换到 Nginx 根目录再执行start nginx.exe—— 否则nginx.conf里写的pid或log相对路径会解析失败 - 若用 PHP-FPM，必须显式调用
start php-fpm.exe -c "C:\php\php-fpm.ini"，且该命令需在 Nginx 启动后延时 1–2 秒再执行（加timeout /t 2 >nul），否则 Nginx 可能连不上 FastCGI - 每行命令后加
|| echo nginx 启动失败 & pause，避免黑窗口一闪而过，方便定位是路径错、端口占、还是 DLL 缺失
stop_phpweb.bat 怎么避免“假停止”
直接 taskkill /f /im nginx.exe 看似干净，但 Windows 7 下常残留 php-cgi.exe 或子进程，下次启动时端口被占或 FastCGI 连接拒绝。正确做法是分层清理：
- 先发优雅退出信号：
nginx.exe -s quit（Apache 对应httpd.exe -k shutdown） - 等 3 秒后强制终止残留：
timeout /t 3 >nul & taskkill /f /im php-cgi.exe /im php-fpm.exe /im nginx.exe /im httpd.exe 2>nul - 最后检查端口是否释放：
netstat -ano | findstr :80，若有 PID 输出，再taskkill /f /pid XXXX
脚本放哪、怎么触发才不踩坑
批处理脚本不是扔桌面点一下就完事。Win7 默认禁用脚本执行策略，且用户账户控制（UAC）可能拦截后台进程：
立即学习“PHP免费学习笔记（深入）”；
- 脚本文件必须存放在 Web 服务器根目录下（如
C:\nginx\start_phpweb.bat），避免路径空格或中文导致cd /d失败 - 双击运行前，右键 → “以管理员身份运行”，否则
nginx -s quit和taskkill都会被拒绝 - 若想开机自动跑，别往“启动”文件夹拖——Win7 登录前脚本无法访问用户环境变量；改用任务计划程序，触发器选“系统启动时”，勾选“不管用户是否登录都要运行”，并手动填入完整路径如
C:\nginx\start_phpweb.bat
批处理启停看着简单，实际最易出问题的是路径上下文和进程生命周期管理。Nginx 的 -s quit 和 PHP-CGI 的父子进程关系，在 Win7 上比在 Server 版更脆弱，建议每次修改脚本后都手动执行一遍并用 tasklist /fi "imagename eq nginx.exe" 确认进程状态。
