Haskell与Servant服务端热重载的工具及策略咨询

需求背景 #

希望在Haskell Servant服务端开发过程中，实现类似JS生态里nodemon、vite那样的快速热重载体验，避免繁琐且耗时的重启流程。

现有方案及问题 #

我之前采用的方案流程如下：

• 启动一个JS WebSocket服务器
• 使用watchexec同时运行Haskell服务端和刷新脚本
• 刷新脚本等待服务端就绪后，通过WebSocket向客户端发送消息，客户端页面内的监听脚本收到消息后自动刷新

这套方案虽能正常运行，但效率很低：用cabal repl配合.ghci文件，在.hs文件保存时重启服务端的main函数，即便在小型项目中，从重启repl、加载模块、重启服务端到通知浏览器刷新，整个过程耗时约5秒。

优化方向探索 #

我尝试过优化思路：不重启整个repl，仅停止当前服务端、重载变更模块后再重启服务端，但不确定是否能向repl发送信号以终止当前运行的命令并执行新命令。也曾尝试ghcid，最初误以为服务端运行时无法重载repl，后来找到了可行的用法。如果能做到不重启repl仅重载变更模块，效率会大幅提升。

关于hint + fswatch方案的疑问 #

考虑采用hint配合fswatch实现热重载，但hint文档提到无法从当前包加载模块，这是否意味着需要单独创建一个server-dev包来运行服务端所在的包？另外，当拥有一个可监听并加载模块的进程后，能否在同一个Haskell进程中配合async运行服务端？如果可行，是否需要重启服务端，还是重载后的模块会自动生效？

已验证的ghcid最优用法 #

经过大量自定义方案调试后，找到了ghcid的高效用法：

ghcid --command="cabal repl my-server" --test=":main" -W

• --command: 指定启动对应服务端项目的cabal repl
• --test=":main": 触发Servant服务端的启动命令
• -W: 允许项目存在警告时仍执行测试（启动）命令

该方案在小型服务端项目中表现出色，目前仍在寻找能无缝通知客户端自动刷新的简便方案，找到后会及时补充。

内容的提问来源于stack exchange，提问作者Razumov