GHCi中中断fix函数导致CMD环境异常的问题咨询

我之前在老版本GHCi里也碰到过一模一样的问题，尤其是Windows CMD环境下处理无限递归表达式时，中断很容易搞崩环境。结合你描述的操作过程，咱们来一步步说：

你的操作场景还原 #

C:\Users\Scrooble>ghci
GHCi, version 8.2.1: http://www.haskell.org/ghc/  :? for help
Prelude> import Data.Function
Prelude Data.Function> fix (\x -> x + 1)
Interrupted.  # 这里是按下Ctrl+C后的提示
Prelude Data.Function> exit  # 输入后出现挂起

问题原因分析 #

你运行的fix (\x -> x + 1)是一个无限递归表达式——fix的特性是把函数绑定到自身，所以这个表达式会无限执行x+1，永远不会终止。而GHC 8.2.1（这是个2017年的老版本）在Windows环境下的信号处理（也就是Ctrl+C中断）存在bug：中断无限递归计算时，底层的计算线程没有被完全清理，导致GHCi的命令处理线程被阻塞，后续输入exit自然就会挂起。

可行的解决办法 #

• 优先升级GHC版本：这个是最彻底的解决方案。后续的GHC版本（比如8.10及以后，更推荐9.x系列的稳定版）修复了大量Windows下的信号处理问题，中断无限递归后基本不会再出现环境异常的情况。
• 换用Ctrl+Break中断：如果暂时没法升级，遇到无限递归卡住时，试试按Ctrl+Break（Windows键盘上的专用中断键）代替Ctrl+C，这个组合键能更彻底地终止计算，减少环境崩溃的概率。
• 强制关闭窗口：如果已经出现exit挂起的情况，直接关闭当前CMD窗口就行——虽然有点粗暴，但能快速恢复，下次启动GHCi就会回到正常状态。
• 提前规避无意义的无限递归：比如fix (\x -> x+1)本身就是永远不会终止的表达式，练习时可以先思考它的执行逻辑，避免不必要的触发（当然如果是专门测试中断机制另说）。

内容的提问来源于stack exchange，提问作者Khuldraeseth na'Barya