PowerShell 启动卡顿？内存飙升？原来是 800MB 的历史记录在作祟！

最近在开发过程中遇到一个非常诡异的问题：PowerShell 一启动，电脑就像被施了定身法一样卡顿。 打开任务管理器一看，好家伙，PowerShell 进程的内存占用像坐火箭一样蹭蹭往上涨，甚至在没有任何手动操作的情况下也是如此。

经过一番侦探式的排查，终于揪出了幕后真凶。今天就把这个排查过程和解决方案分享给大家，如果你的终端也经常卡顿，不妨检查一下这个问题。

🧐 问题现场

现象非常简单粗暴：

双击启动 PowerShell（或者在 VS Code 中打开终端）。
系统明显卡顿，鼠标移动都变得迟缓。
查看任务管理器，PowerShell 进程占用内存极高（甚至达到 GB 级别）。
等待许久后，终端才勉强可以输入命令。

🕵️‍♂️ 抽丝剥茧：排查过程

为了找到原因，我并没有急着重装系统（虽然这是万能大法），而是决定深入系统内部看一看。

1. 进程分析

首先，我使用 Get-Process 命令查看了 PowerShell 进程的状态。果不其然，WorkingSet（工作集内存）数值异常的高。

2. 环境检查

我怀疑是不是某个 Profile 配置文件或者加载的模块有问题。检查了 $PROFILE，发现并没有什么特殊的启动脚本。接着检查已加载的模块，一切似乎都很正常。

3. 关键发现

在排查 PowerShell 的常用模块 PSReadLine 时，我注意到了一个细节。这个模块负责管理我们的命令行历史记录、语法高亮等功能。它会把我们敲过的所有命令都保存在一个文本文件里。

我顺藤摸瓜找到了这个文件，结果让我大吃一惊：

文件路径： %APPDATA%\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history.txt 文件大小： 832 MB

没错，你没看错，一个纯文本的历史记录文件，竟然有 800多兆！这意味着里面可能保存了数百万行的命令历史。

真相大白： PowerShell 在启动时，PSReadLine 模块会尝试加载这个巨大的历史记录文件，以便提供"向上箭头"查找历史命令的功能。这就好比让你一口气背诵一本字典，不卡才怪！

🛠️ 一键解决

既然找到了病灶，治疗方案就非常简单了：让 PowerShell 放弃加载这个文件。

为了保险起见（万一里面有重要的历史命令呢），我没有直接删除它，而是选择了重命名。

操作步骤：

打开你的文件资源管理器，或者直接在命令行执行以下操作：

powershell 复制代码

# 进入 PSReadLine 目录
cd "$env:APPDATA\Microsoft\Windows\PowerShell\PSReadLine"

# 将巨大的历史文件重命名备份
Rename-Item .\ConsoleHost_history.txt -NewName ConsoleHost_history.txt.bak

效果立竿见影： 再次启动 PowerShell，秒开！内存占用恢复到了几十 MB 的正常水平。系统瞬间恢复了丝般顺滑。

💡 避坑指南

问题解决了，但为什么会有这么大的历史文件呢？通常有以下几个原因：

日积月累： 从来没有清理过，数年的操作记录都在里面。
自动化脚本： 某些自动化脚本如果在 PowerShell 环境下疯狂循环执行命令，这些命令也会被记录下来。

建议：

定期检查一下 %APPDATA%\Microsoft\Windows\PowerShell\PSReadLine\ 目录下的文件大小。
如果你发现自己不需要保留那么久远的历史记录，可以考虑定期清理。
如果那个 800MB 的备份文件里没有你需要的"传家宝"代码，果断删掉它释放空间吧！

希望这篇文章能帮到遇到同样问题的你。Happy Coding! 🚀