★ FEATURED ARTICLE 每次帮人处理电脑我都会问一句“你有多久没清理过记事本了”得到的通常是一脸茫然。也难怪在大多数人的认知里记事本就是一个轻到不能再轻的系统自带文本编辑工具随手打开随手保存好像什么垃圾都不会留下。但实际上只要你用它用得足够久它既会在系统里悄悄积累各种“记忆”也会连带产生一堆散落在桌面、文档目录里的 .txt 文件。前者是应用状态的问题后者是内容管理的问题这两件事放在一起才是完整的“清理记事本”。这篇文章会把我在实际维护中用过的一套流程完整讲清楚怎么清除记事本的最近打开记录怎么恢复默认设置怎么清理应用残留数据以及怎么把多年积攒的 txt 笔记批量整理成可检索的资料库。无论你只是偶尔用记事本记点东西还是需要成批维护文本资料都可以按需取用。这里不做任何重操作每一步都保留退路。1. 清理记事本先搞明白到底在清什么很多人看到“清理记事本”几个字第一反应是“记事本有什么好清理的不就是个文本工具吗”。这个想法不算错但不够准确。记事本虽然没有数据库、没有插件体系看起来“无状态”但它至少会积累两类东西一类是应用自身保存在系统里的设置和历史记录另一类是你长年用它写出来的散乱文本文件。不把这两类分清后面的一切操作都是盲目的。1.1 记事本自己攒下的“记忆”经典版记事本的设置大部分集中在注册表路径HKEY_CURRENT_USER\Software\Microsoft\Notepad下。这个路径里记录了自动换行是否开启、字体名称与大小、窗口位置、编码选择等一堆基础状态。新版记事本虽然把设置挪到了现代应用的数据目录里表现形式不同但本质是一样的它会在空闲时把你不经意间操作过的痕迹写进系统。这些“记忆”里最值得注意的就是最近打开的文件列表。它记录了你最近用记事本看过哪些文档并且会通过任务栏右键跳转列表、记事本启动界面等方式反复出现。平时你可能觉得它挺方便但如果你打算把电脑交给别人或者只是单纯希望自己的文件历史不要被撞见这串记录就成了一个明显的泄露点。真正的问题在于很多人清理系统时只盯着浏览器缓存、回收站、临时目录极少有人会想到去清这个区域。结果就是垃圾文件倒是清了最容易被看见的“软件历史”反而一直留在原处。1.2 被忽略的“内容垃圾”散落的 txt 文件记事本的数据不会集中存储在某个内部数据库里每一个文本文件都是一个独立的真实文件。这意味着只要有随手在记事本里做记录的习惯几年下来就会攒出一大批命名混乱的“新建文本文档”。这类文件的典型特征是文件名完全无意义内容却千奇百怪混着临时密码、灵感脑洞、会议记录和一段段代码。它们既没有目录规则也没有版本概念时间一长想找一个旧配置比重新写一个还难。我处理过一个比较典型的例子某台办公电脑的桌面和文档目录下散落了接近两百个 .txt总占用不大但数量惊人。其中三分之一是重复内容四分之一是空文件剩下的里面有几个碰巧是某个项目的重要参数记录。如果直接删风险很大如果不去管它们又会继续膨胀。所以说清理记事本不只是按一两个按钮它更多的时候是在处理一种“内容债”。这种债不像磁盘空间不足那样能立刻看到后果但它会在你想找一个文件的瞬间突然跳出来咬你一口。1.3 整体方案的三个层次结合上面的分析我把“清理记事本”拆成了三个层次每个层次解决一类问题第一层清理应用状态。目标是清除记事本的最近打开列表、重置错乱的设置、清理临时数据让应用本身恢复到一个干净、可预测的状态。这一层适合所有人操作量也很小。第二层整理文本内容。目标是处理多年积累的 .txt 笔记让它们从信息碎片变成有目录、有命名规范、编码统一的资料库。这一层适合真正把记事本当“记事本”用的人。第三层建立日常约束。目标是制定一个简单可行的清理节奏和文件组织规则避免过两个月又回到一团乱麻的局面。这三个层次有明确先后先处理应用状态再整理文本内容最后养成习惯。为什么是这个顺序因为如果你先整理文件记事本还开着十几个历史脆弱的窗口整理过程中你又会顺手生成新的临时文件整完等于没整。反过来先处理应用至少保证你有一个干净的工作台面后面整理文件时才不会继续制造垃圾。2. 系统记事本应用本身的清理三步走在正式碰那些 .txt 文件之前先把记事本应用自身的“欠账”清掉。这部分一共三步每一步都可以独立操作不需要全部做完也能看到效果。2.1 第一步清空“最近打开的文件列表”最近打开的文件列表是整个清理流程里最直观也最好处理的一项。新版记事本通常在菜单里的“设置”或“选项”区域提供一个和“最近打开的文件列表”相关的开关和清除按钮。不同系统版本的入口名称略有差异但操作逻辑基本一致先关闭“显示最近打开文档”的开关再点一下清除历史就完事了。这里的“历史”是应用自己的记录不影响磁盘上的实际文件所以可以放心清理。经典版记事本没有这么方便的界面入口处理起来要绕一下。我的做法是分两步走先把记事本图标固定到任务栏右键图标查看“最近”列表把单条记录用鼠标悬停后出现的图钉按钮逐条移除如果想要一次性清掉全部记录就到系统设置里关闭“显示最近打开的项”或者在文件资源管理器选项里点击“清除历史记录”。这里有一个容易踩的坑有时候你清完了任务栏右键里还是能看见旧文件名。别急着怀疑操作错误那多半是跳转列表缓存还没刷新。重启资源管理器进程或者注销再登录一次缓存刷新后旧记录就会消失。另外想提醒一句如果你清列表是为了不让别人看到你最近接触过的文件那还得顺手把文件资源管理器“快速访问”里的最近记录一起清掉。记事本只是其中一个入口文件资源管理器也会保存一份最近文件记录漏掉那边等于白忙。2.2 第二步恢复默认设置与重置记事本如果记事本被调过字体、改过自动换行、窗口位置错乱最省事的办法是直接重置。新版记事本可以走系统设置里的“应用 - 已安装的应用 - 记事本 - 高级选项 - 重置”。点击重置后系统会清除该应用的全部设置和本地应用数据相当于把它恢复成第一次打开的状态。这里有个经常被误解的点重置只清应用自身数据不会删除磁盘上的任何 txt 文件。文件是独立的记事本只是一个查看和编辑它的大门重置等于换了一扇新门屋子里的东西一样都没少。经典版记事本的重置本质上是清理注册表配置。操作前一定要先备份用命令行导出一下当前配置reg export HKCU\Software\Microsoft\Notepad $env:USERPROFILE\Desktop\notepad-backup.reg备份文件会自动生成在桌面上。确认备份成功之后再打开注册表编辑器定位到HKEY_CURRENT_USER\Software\Microsoft\Notepad删除整个“Notepad”键。等下次打开记事本系统会按照默认配置重新建立这些设置字体、自动换行、窗口大小全部回到出厂状态。这里我特别想多啰嗦一句不要一上来就整键删除。很多时候记事本只是某一项设置错了比如自动换行被误关或者字体被调得特别大根本不需要清理全部配置。先导出备份再删键万一恢复之后发现某些常用设置也丢了还能一键把备份导回去。这条规则适用于几乎所有注册表操作不只在处理记事本时成立。2.3 第三步清理应用缓存与临时残留应用缓存这块新版记事本的数据习惯放在%LOCALAPPDATA%\Packages\下某个以 WindowsNotepad 开头的文件夹里经典版则会把部分配置放在%APPDATA%\Microsoft\Notepad。这些目录里除了设置存储偶尔也会留有会话恢复信息、临时文件和缓存数据。操作上我建议先关闭所有记事本窗口然后用资源管理器打开上面说的路径看一眼目录体积和里面的文件列表。如果发现里面有个别临时文件特别大或者目录整体膨胀得异常才有必要进一步处理。一般情况下记事本的缓存规模不会像浏览器那样以 GB 计数动不动几十 KB、几百 KB 属于正常范围没必要执着于“清到零”。如果你确实想把 Temp 相关的子目录清空我的建议是先复制一份到别处再删除不要直接在原目录里动刀。记事本自己没有“回收站”概念你删掉的应用数据不会进系统回收站。宁可保守一点也不要让自己在某个深夜突然想起一个配置文件时追悔莫及。3. 把散落的 .txt 笔记从“垃圾堆”变成资料库清理完应用本身重头戏才刚开始。如果你的 .txt 文件数量不多手动整理几个也够了但如果数量已经到了两位数以上我强烈建议用脚本分批处理。3.1 先盘点别急着动手整理文件之前先搞清楚自己到底有多少文本文件、它们都分布在哪。这一步不需要任何工具直接在 PowerShell 里跑一段命令就行$target $env:USERPROFILE Get-ChildItem -Path $target -Filter *.txt -Recurse -ErrorAction SilentlyContinue | Group-Object DirectoryName | Sort-Object Count -Descending | Select-Object -First 20 Name, Count这段命令会遍历当前用户目录下的所有 txt 文件按所在文件夹分组并列出文件数量最多的前 20 个位置。执行完之后你会看到类似“桌面 87 个、文档 56 个、下载 23 个”这样的分组结果。这个结果就是后续整理范围的依据。我建议把整理范围先限制在桌面的一个临时目录里。无论原文件在哪里都用复制而不是移动的方式把需要处理的文件集中到一个地方比如桌面\notes_cleanup。这样做的原因很简单脚本处理再怎么小心也有出错可能原文件不动是最稳妥的退路。等处理完成、检查无误之后再决定要不要删掉原文件。3.2 批量清理空行和多余空格用记事本记东西的人很少会严格遵守排版规范文件里多出大量空行、行尾空格、多余制表符是常有的事。手动清理几百个文件不现实用一段脚本就能解决$targetDir $env:USERPROFILE\Desktop\notes_cleanup $files Get-ChildItem -Path $targetDir -Filter *.txt -Recurse foreach ($file in $files) { $rawLines Get-Content -Path $file.FullName -Encoding UTF8 $cleaned $rawLines | Where-Object { $_.Trim() -ne } Set-Content -Path $file.FullName -Value $cleaned -Encoding UTF8 }这段脚本做的事很简单读取每个 txt 文件的所有行滤掉那些去掉空格后仍然是空白的行再把剩余内容写回原文件。实际用下来它能把一个一百多行的笔记压到七十多行可读性提升非常明显。但这里有一个前提必须说清楚脚本里强制使用了 UTF8 编码读取和写入。如果你的文件本身是旧编码保存的直接跑这个脚本很可能把中文读成乱码再写回去就是灾难。所以操作之前一定先处理编码问题或者先拿一个文件做测试。宁可多花几分钟验证也不要一次批量把一堆文件弄坏。如果你还想顺手清理行尾空格和制表符可以在写回之前再加一行正则替换把每行结尾的空格全部去掉。做法是把Where-Object那一段改成ForEach-Object { $_.TrimEnd() }。这样处理过的文件比较适合批量打印或者后续二次编辑。3.3 批量统一编码解决“打开是乱码”的问题txt 文件乱码是“清理记事本”过程中另一个高频问题。它的根源在于编码不一致。早期版本的系统记事本默认保存编码通常是 ANSI也就是系统当前代码页对应的编码。后来新版记事本默认用 UTF8 保存。这两种编码有一个很微妙的时代差异老文件用新版打开或者新文件拿回旧环境阅读都有可能出现乱码。对于需要长期保存的笔记统一转成 UTF8 是最好的选择。如果你确定某些文件是用 ANSI 编码保存的用下面这段脚本可以把它们批量转成 UTF8$files Get-ChildItem -Path $env:USERPROFILE\Desktop\notes_cleanup -Filter *.txt foreach ($file in $files) { $content Get-Content -Path $file.FullName -Encoding Default Set-Content -Path $file.FullName -Value $content -Encoding UTF8 }这里的-Encoding Default在 PowerShell 里代表系统当前的 ANSI 代码页中文系统下就是对中文字符的默认保存编码。转成 UTF8 之后新版记事本和大部分现代编辑工具都能稳定识别跨机器、跨系统折腾时再也不会看到一个方块字。实际操作时我会先把文件分成几组各组选一个代表文件转一下用记事本打开检查确认没有乱码后再对整组执行批量转换。不要一股脑全转。编码问题本来就容易出幺蛾子分小组验证是最稳的节奏。3.4 用统一的文件名规范收尾文件内容清洗完之后最后一步是解决名字问题。命名的重要性很多人不重视直到有一次需要根据文件名快速定位一份笔记时才发现全部文件都叫“新建文本文档”那才叫真正的崩溃。我的推荐命名规则很简单日期前缀加语义名比如20250615-会议记录.txt。日期用八位数字排序方便一眼能看出文件新旧。脚本实现也不复杂$notesDir $env:USERPROFILE\Desktop\notes_cleanup Get-ChildItem -Path $notesDir -Filter *.txt | ForEach-Object { $datePrefix $_.LastWriteTime.ToString(yyyyMMdd) $newName {0}-{1}{2} -f $datePrefix, $_.BaseName, $_.Extension Rename-Item -Path $_.FullName -NewName $newName -WhatIf }注意命令末尾的-WhatIf参数。它是一个“演练模式”执行后不会真的改名只会把每个文件将要被改成什么名字显示出来。先跑一遍看结果确认没有文件名冲突后再去掉-WhatIf真正执行这个习惯能帮你避开大部分误操作。文件重命名里最常见的坑是同一天、同类内容产生了两个文件日期前缀加原文件名后会撞车。解决办法也不复杂要么在重命名前先按内容手工分组要么在脚本里加一个序号比如20250615-会议记录-1.txt。我比较推荐手工分组因为重命名之后再手工调位置更麻烦。4. 常见坑和我的排查经验凡是折腾系统一定会遇到各种意想不到的状况。下面这些坑是我在实际处理过程中踩过或者看别人踩过的整理成一份速查表给读者当参考。现象主要原因处理办法重置后感觉“文件不见了”重置只清了应用数据文件从未被删先到文档目录搜索别急着恢复备份清理最近记录后仍有旧项跳转列表缓存没刷新重启资源管理器进程或注销登录打开 txt 出现乱码文件是 ANSI 或 UTF-16 编码自动识别失败确认编码后用对应工具转换或“另存为”时手动指定双击 txt 打开的是其他程序文件关联被第三方软件接管右键 - 打开方式 - 记事本 - 始终使用脚本清洗后内容少了一部分编码读取选错把内容覆盖成乱码处理前备份先拿小文件测试4.1 重置之后别急着找文件我见过太多用户重置完记事本之后立刻紧张地问“我的文件去哪了”其实文件一直都在只是记事本的窗口默认重新打开了空白页。你只要去原来的保存目录里找就能看到所有 .txt 文件。所以在这件事上我宁愿多重复一次应用重置和数据删除完全是两码事。记事本只是个编辑器不是文件保管箱它不拥有你的数据。4.2 清理完最近列表还有残留这个问题的根源通常是 Windows 有两套“最近记录”机制。一套属于记事本应用本身另一套属于文件资源管理器和跳转列表。有时候你还得检查快速访问栏才能把文件名从系统层面彻底抹掉。处理方法是先清记事本内部记录再清跳转列表最后去系统设置里关闭“显示最近打开的项”。三步都做完再重启一次资源管理器基本就干净了。4.3 编码乱码到底怪谁不少用户以为乱码是文件坏了其实只是编码没对上。新版记事本会自动识别 UTF8 和不带 BOM 的部分 UTF16但对老式 ANSI 文件或者一些混合编码文件识别失败就会显示成乱码。遇到乱码文件我的建议是不要反复用记事本打开关闭。每开一次你的操作就可能让原编码继续错乱。最好先把文件复制一份再用带“重新载入编码”功能的编辑器查看找到正确编码后另存为 UTF8。复制这一步很重要它能给后续排查留一个原始样本。4.4 脚本清洗时内容“变少”用脚本清理空行时最怕遇到编码问题。Get-Content用错了编码读取会把本来正常的汉字读成一堆符号再用Set-Content写回原数据就真没了。所以我在任何脚本讲解里都会反复强调先在临时目录操作先备份先拿单个文件测试。哪怕脚本写得再漂亮这三个原则不能破否则一次批量操作就能让你几个月的心血消失。5. 把“清记事本”变成一种日常运维习惯清理一次容易难的是不再让它重新变乱。我自己的经验是真正的清理功夫都花在“建立规则”上而不是每次都靠临时抱佛脚。5.1 一个可持续的清理节奏我习惯把记事本清理拆成两个周期。月度清理只做一件事检查最近打开列表把不再需要的记录清掉看一眼桌面有没有新增的“新建文本文档”。这个周期只需要五分钟目标就是防止垃圾积累。季度清理才做重的整理所有文本笔记、运行批量清洗脚本、检查文件命名是否规范。这个节奏听起来简单但能坚持下来的人很少。我个人的小技巧是把它和系统更新、体检这些固定事项绑在一起系统提示要重启了就顺手把最近记录清一遍。有了触发条件就不容易忘记。5.2 给记事本笔记立一个“仓库”规则整理后的笔记一定要有一个固定收纳位置。我自己用的是三层目录结构notes\inbox放临时想法notes\archive放已完成或者不再修改的内容notes\active放还在使用的项目资料。任何新建的 txt 文件第一站必须进 inbox绝不直接丢到桌面。这套规则的逻辑很简单inbox 可以乱因为它是临时区但 active 必须可持续更新archive 必须稳定。有了这个分层即使偶尔又出现了“新建文本文档”你至少知道它该往哪里放不会让不同性质的信息混在一起互相污染。5.3 最后分享一个小技巧用模板减少重复输入如果你发现自己经常在记事本里写相同结构的记录比如会议记录、日报、配置备注那直接做一个模板文件比每次都从头敲要省事得多。我常用的是一个template.txt里面事先写好日期、标题、要点、待办几个分区每次用到就另存一下。清理记事本最大的价值不是让你把文件删干净而是让你更清楚自己每天写出来的东西到底流向了哪里。实际整理文件时我还发现一个小规律凡是命名里带了内容关键词的 txt保存之后被再次打开查询的概率比那种纯“新建文本文档”至少高一倍。这也是我坚持在文件名里加日期和语义词的原因。养成这个习惯之后整理不再是一件需要鼓起勇气去做的大工程而是顺手就能完成的日常维护。希望这套流程对你有用。
阅读完成 · 觉得有帮助？
