答案：热重载需通过重启Worker进程实现。在Swoole中可结合inotify监听文件变化并调用$server->reload()，RoadRunner则通过rr serve -w启用文件监听，两者均依赖进程重启触发Composer重新加载类文件，开发环境应禁用OPCache并避免全局副作用代码，生产环境禁止热重载。
在使用 Swoole 或 RoadRunner 这类常驻内存的 PHP 长生命周期框架时，Composer 的自动加载机制虽然可以正常工作，但热重载（即代码修改后自动生效）会遇到问题。这是因为进程启动后，类已被加载到内存中，不会自动重新读取新代码。以下是解决方案和最佳实践。
理解 Composer 自动加载与 OPCache 冲突
Composer 通过 ClassLoader 实现 PSR-4/PSR-0 的自动加载。但在 Swoole/RoadRunner 中，主进程只执行一次 require autoload.php，后续请求复用已加载的类。如果此时文件被修改：
- PHP 的 OPCache 可能缓存了旧字节码
- 即使关闭 OPCache，Swoole 的进程仍持有旧类定义（尤其是已实例化的对象）
因此，仅靠 Composer 无法实现热重载。
在 Swoole 中处理热重载
Swoole 提供了进程管理能力，可结合 inotify 或文件监听实现重启 Worker 进程。
-
开发环境启用
reload_async和max_wait_time - 使用
inotify扩展监听文件变化，触发$server->reload() - 示例代码片段：
$server->set([
'enable_coroutine' => true,
'worker_num' => 2,
'reload_async' => true,
'max_wait_time' => 3
]);
if (extension_loaded('inotify')) {
$watcher = inotify_init();
// 添加监听目录...
swoole_event_add($watcher, function () use ($server) {
$server->reload(); // 触发平滑重启
});
}
注意：每次 reload 会重启 Worker 进程，重新执行 Composer 加载逻辑，从而加载最新代码。
RoadRunner 的热重载方案
RoadRunner 官方提供了 rr 命令行工具支持热重载：
- 安装并启用
inotify或fsnotify - 使用
rr serve -d -w=1启动，其中-w表示监听文件更改 - 配置
.rr.yaml中的watcher插件：
watcher:
enabled: true
interval: 1s
paths:
- "."
exclude_paths:
- "vendor"
- "tests"
当文件变更时，RoadRunner 会自动重启 PHP Worker，重新加载 Composer 自动加载器，获取最新类文件。
通用建议与注意事项
无论使用哪种框架，以下做法有助于提升开发体验：
- 开发环境禁用 OPCache：
opcache.enable=0 - 避免在全局作用域写有副作用的代码（如直接执行函数）
- 使用依赖注入容器时，确保每次请求重建服务实例
- Composer dump-autoload 不需要频繁调用，重载靠进程重启完成
- 生产环境不启用热重载，应通过部署流程更新代码并重启服务
基本上就这些。核心思路是：Composer 负责加载，而热重载由进程管理器通过重启 Worker 实现。只要进程重启，Composer 就会重新注册自动加载，读取最新代码。
