PHPEnv「Restart」失败因stop阶段超时致进程僵死，需手动taskkill强制结束httpd.exe/mysqld.exe后单独Start；Laragon用户可用Reload替代，日志位于Apache/logs/error.log和MySQL/data/*.err。
PHPEnv里点「Restart」为什么经常失败
PHPEnv控制面板上的「Restart」按钮不是原子操作，它会先发 stop 信号给服务进程，再发 start。一旦 Apache 或 MySQL 进程卡在僵死状态（比如 httpd.exe 没完全退出、mysqld.exe 死锁），stop 阶段就超时失败，后续 start 就会撞上端口占用，报错 Address already in use: make_sock: could not bind to address [::]:80 或 Can't start service: MySQL port 3306 is occupied。
手动杀进程 + 单独启停 Apache/MySQL 的可靠步骤
绕过控制面板，用命令行精准干预，是 PHPEnv 下最稳的重启方式：
- 以管理员身份运行 PHPEnv 自带的「命令行终端」（不是系统 CMD）
- 查 Apache 进程并强制结束：
taskkill /f /im httpd.exe（XAMPP/Apache 模式）或taskkill /f /im nginx.exe（Nginx 模式） - 查 MySQL 进程并强制结束：
taskkill /f /im mysqld.exe - 回到 PHPEnv 控制面板，对目标服务单独点「Start」——不要点「Restart」
- 观察状态灯变绿后，访问
http://localhost或http://localhost/phpmyadmin验证
为什么不能只 kill 一个服务却让另一个也挂了
Apache 和 MySQL 在 PHPEnv 中默认是解耦运行的，但存在隐式依赖：
- 如果 Apache 正在处理 PHP 请求，而你突然 kill 掉
mysqld.exe，已建立的连接会断开，PHP 页面可能报mysqli_connect(): (HY000/2002): Connection refused，但这不影响 Apache 继续响应静态文件 - 反过来，MySQL 停着，Apache 照常跑；但如果你的项目启动时就连接数据库（比如 Laravel 的
php artisan config:cache），就会在请求阶段失败，而不是服务启动阶段 - 所以「单独重启」的前提是：确认你要改的配置只影响当前服务本身（比如改了
httpd.conf就只动 Apache，改了my.ini就只动 MySQL）
Laragon 用户可跳过手动 kill：用 Reload 更安全
如果你实际用的是 Laragon（常被误认作 PHPEnv），它的托盘图标右键菜单里有 Reload Apache 和 Reload Nginx ——这个操作内部自动执行 taskkill /f /im xxx.exe + 启动新实例，比 PHPEnv 的 Restart 更鲁棒。但注意：Laragon 没有等价的 Reload MySQL，MySQL 仍需手动 kill + Start。
立即学习“PHP免费学习笔记（深入）”；
真正容易被忽略的是服务日志位置：PHPEnv 的 Apache 日志在PHPEvn\Apache\logs\error.log，MySQL 在 PHPEvn\MySQL\data\*.err。重启失败时别只盯着控制面板红灯，直接翻这两份文件，第一行错误往往就是 root cause。 
