ThinkPHP 本身无服务概念，重启实为重启其依赖层：CLI模式下需手动终止并重执行php think start；Nginx+PHP-FPM生产环境须按序执行systemctl restart php*-fpm再restart nginx；systemd托管时用systemctl restart thinkphp.service；代码不生效多因OPcache或runtime缓存未清。
ThinkPHP 本身不是系统服务，没有“安装命令重启服务”这回事；所谓重启，实际是重启它所依赖的 Web 服务器（如 Nginx/Apache）或 PHP 进程管理器（如 PHP-FPM），或者在 CLI 模式下手动启停 php think start 这类命令行服务。
用 php think start 启的服务怎么重启
ThinkPHP 自带的 php think start 是基于 PHP 内置服务器的简易启动方式，不支持热重载或平滑重启 —— Ctrl+C 杀掉后必须手动再执行一次命令。
- 直接杀进程：
pkill -f "php think start"（Linux/macOS）或taskkill /f /im php.exe（Windows，注意可能误杀其他 PHP 进程） - 更安全的做法：先查 PID：
ps aux | grep "php think start"，再用kill -9 [PID] - 重启前建议加
-d指定端口，避免冲突：php think start -d -p 8001 - 如果改了路由或配置，仅重启不够，还得确认
runtime/目录下缓存是否清空（尤其是cache/和log/）
部署在 Nginx + PHP-FPM 环境下怎么重启
这是生产环境最常见组合。ThinkPHP 的代码由 PHP-FPM 执行，Nginx 只负责反向代理。重启顺序错了会立刻出现 502 错误。
- 必须先重启 PHP-FPM：
sudo systemctl restart php8.2-fpm（版本号务必写对，php -v查当前版本） - 再重启 Nginx：
sudo systemctl restart nginx - 不要只 reload Nginx：
nginx -s reload不会加载新的 PHP 配置或 OPcache 清除，对 ThinkPHP 的配置变更（如.env或config/文件）无效 - 验证是否生效：访问
/index.php?s=/api/test（或你定义的路由），同时检查phpinfo()页面中 Loaded Configuration File 路径是否正确
用 systemd 托管 ThinkPHP 命令行服务时如何重启
如果你按知识库做法写了 /etc/systemd/system/thinkphp.service，那它本质是把 php think start 当作一个长期运行的守护进程来管理 —— 此时不能手动 kill，得走 systemd 流程。
立即学习“PHP免费学习笔记（深入）”；
- 修改 service 文件后，必须执行：
sudo systemctl daemon-reload - 重启服务：
sudo systemctl restart thinkphp.service - 查看日志定位失败原因：
sudo journalctl -u thinkphp.service -n 50 -f - 常见坑：
WorkingDirectory路径写错、User权限不足导致无法写runtime/、ExecStart中没加-d参数导致前台阻塞，systemd 认为启动失败
为什么改了代码或配置没生效？别急着重启
多数“重启无效”问题和重启动作本身无关，而是缓存或路径没清理干净。
- OPcache 没清：即使重启 PHP-FPM，OPcache 仍可能缓存旧字节码，加
opcache_reset();到临时脚本里执行，或在php.ini中设opcache.enable_cli=0（CLI 模式下禁用） - ThinkPHP 自身缓存：删掉
runtime/cache/、runtime/config/、runtime/common/全部内容（保留目录结构） - 环境变量未重载：改了
.env后，如果用了php think run或 Swoole，需明确指定--env=production，否则可能读取的是默认环境 - 浏览器缓存 JS/CSS：加时间戳或硬刷新（Ctrl+Shift+R），尤其在调试前端请求 ThinkPHP 接口时容易误判
真正关键的不是“怎么重启”，而是“重启哪一层”——是 PHP 解释器、Web 服务器、应用进程，还是缓存层。漏掉任意一层，都会让你反复执行 restart 却毫无变化。
