无需管理员权限：用PowerShell脚本一键清理Windows内存-代码聚汇网

无需管理员权限：用PowerShell脚本一键清理Windows内存

姬轩亦·2026-09-01·阅读 25 GEO检测（免费）

内存清理PowerShell脚本Windows内存管理

|难度：普通|阅读约 42 分钟

很多办公党都有这样的经历：电脑用着用着就卡成PPT，鼠标转圈，过一会儿直接蓝屏或者重启，再开机一看，内存占用90%多。想装个内存清理工具，公司锁死了管理员权限，安装包弹窗提示需要提权；想改虚拟内存、关掉杀毒软件，没门。这个场景我太熟了，这几年在公司帮同事处理过好几起类似问题，最后的解法不是装什么软件，而是一个几十行的脚本，放在启动文件夹里，双击一下就完事。

这篇文章就把这套方案完整拆开讲。从Windows内存管理的原理，到无管理员权限下脚本怎么实现、怎么开机自启、怎么验证有没有效果，全部按我实际踩坑的顺序来。适合正在被公司电脑内存不足折磨的办公党，也适合想给同事写个小工具但又不熟悉脚本语法的运维入门者。你不需要有编程基础，照着抄就能用。

1. 为什么公司电脑天天卡死，而你却什么都装不了？

1.1 无管理员权限的真实困境

公司电脑的权限策略一般都是默认用户权限，装软件要弹UAC，输入管理员密码，或者干脆连UAC弹窗都见不到，直接被“系统管理员已阻止此操作”挡住。这种情况下，能动的只有几个地方：自己的用户目录、临时文件夹、启动文件夹、注册表的HKCU分支。所有需要写Program Files、写系统服务、装驱动的工具全部没戏。

我见过不少人遇到电脑卡死，第一反应是装个360或者鲁大师，但这类软件在非管理员状态下安装会比较尴尬，能装的版本清理能力又有限。更关键的是，它们的内存清理逻辑大多是调Windows API，而这些API我们自己也能调，根本不需要安装一个几百MB的软件。

另一个困境是：公司电脑通常还有统一的安全软件，会锁死一些系统设置，比如虚拟内存、休眠文件、系统还原。甚至你想手动结束一个内存泄漏的进程，都可能被提示“拒绝访问”。所以真正可行的路径就是：用不依赖全局权限的脚本，在用户态下做内存回收。

1.2 为什么第三方内存清理工具在这里失灵

市面上流行的内存清理工具，比如各种优化大师、RamMap、某某清理助手，它们的核心手段大概分三类：

EmptyWorkingSet：把进程工作集里没在用的内存页强制写回磁盘或置为待机，这是大多数“一键清理”工具的基础操作。
SetSystemFileCacheSize：调整系统文件缓存大小，这个需要SeIncreaseQuotaPrivilege权限，非管理员基本拿不到。
EmptyStandbyList（清空待机列表）：RamMap里有这个功能，但它需要SeProfileSingleProcessPrivilege权限，默认只有管理员和System账户拥有。就算你下载了RamMap，非管理员打开它，清空待机列表那个按钮也大概率是灰的。

这就很尴尬：真正能“动大手术”的功能，权限不够；权限够的功能，自己写脚本也能做。那为什么要装工具？直接脚本搞定，绿色、无残留、还能一键分发到同一办公室的所有电脑。

1.3 脚本方案的破局思路

脚本方案的核心思路是绕过“安装软件”这个环节，直接调用系统自带的PowerShell和Windows API。脚本不需要注册表写入系统级键值，不需要安装驱动，就是一个文本文件加一个快捷方式，放在自己的用户目录下就能跑。

你不用给它管理员权限，因为EmptyWorkingSet这个API本身不要求管理员权限。它只需要对目标进程拥有PROCESS_SET_QUOTA权限，而同一用户启动的进程、当前桌面会话里的大部分应用进程，都满足这个条件。真正会失败的是System进程、某些受保护进程，我们用try catch跳过就行。

所以整个方案的逻辑是：

遍历所有进程，找出工作集占用较大的进程。
对每个进程调用EmptyWorkingSet，把未使用的物理内存页释放回系统。
触发一次. NET垃圾回收，顺带把托管内存也压缩一遍。
用VBS隐藏窗口运行，做到真正的一键、静默。
放进登录自启，每次开机自动执行。

这套流程我测试了一年多，稳定有效，尤其是Office、Chrome这种多标签大户，清完再打开文档明显顺滑一些。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 动手之前，先搞懂“清理内存”到底清的是什么

2.1 微软的内存管理套路：你看到的“占用高”不一定是坏事

Windows的内存管理核心是虚拟内存 + 工作集 + 缓存。你打开任务管理器，看性能页签，会发现“已缓存”那一项动不动就占好几个GB。这不是系统有问题，而是Windows把频繁读取的文件内容预加载到物理内存里，这叫Standby List（待机列表）。它属于“可用内存”，当应用程序需要时，系统会自动把待机列表里的内容冲掉让位。

问题来了：既然系统会自动冲掉，为什么还需要手动清理？因为某些场景下，待机列表不会及时收缩。比如你同时开着Outlook、Teams、Chrome（几十个标签页）、Postman，再开一堆Excel，所有程序的工作集会疯狂增长。如果其中某个程序有轻微的内存泄漏，或者磁盘IO被占满导致清理和换页速度跟不上，就会造成物理内存长时间满载、卡顿、触碰到系统阈值甚至死机重启。

一句话总结：内存清理脚本清的不是“占用的内存”，而是“进程工作集里暂时不用的内存页”，让它回到待机列表或空闲列表，给当前正需要内存的程序腾地方。

2.2 EmptyWorkingSet：脚本的核心API

EmptyWorkingSet是Windows提供的一个进程API，全名是：

c复制BOOL EmptyWorkingSet(
  HANDLE hProcess
);

它的作用是：将指定进程的当前工作集（物理内存中映射的页面集合）修剪到最小。原理是遍历进程的虚拟地址空间，把所有非必须驻留物理内存的页面移出工作集，让它们进入软故障队列。程序再访问这些内存时，会从磁盘或系统缓存重新加载。

用生活类比的话：工作集就像你办公桌上正在摊开的文件和材料，EmptyWorkingSet就是把你暂时用不到的文件收进身后的文件柜，只留正在用的。摊开的东西少了，桌面（物理内存）自然就整洁了。

对，这里要很明确：它不会让你的程序丢失任何数据，只是暂时把不活跃的物理内存页换出。如果程序立刻要用，会触发缺页中断，再读回来，可能稍微慢半拍，但不会出错。

2.3 什么样的内存占用才会真的引发死机

不是所有“内存占用高”都会导致死机重启。8GB内存的办公本，Chrome 20个标签 + 全家桶套装，占用到了95%，系统只是慢，还没到死机。真正引发死机的临界条件通常是：

物理内存耗尽，且页面文件（pagefile.sys）也被塞满，系统申请不到内存页，触发bugcheck。
内存泄漏进程把提交内存（Commit Memory）顶到上限，系统无法再为任何程序分配虚拟内存。
某些驱动在内存压力下蓝屏，常见的是显示驱动、网卡驱动、杀毒软件的过滤驱动。

所以脚本的定位是“缓解+续命”，当物理内存接近饱和时，及时把各进程工作集剪一遍，腾出几百MB到1GB的空间，防止系统卡死。它不是治本方案，但在这类受限环境里，已经是成本最低、见效最快的办法了。

3. 一键清理脚本的完整实现

3.1 方案A：纯PowerShell脚本（最干净）

先写核心的PowerShell脚本，这是整套方案的心脏。你把下面这段保存为 CleanMem.ps1。

powershell复制# CleanMem.ps1 - 无管理员权限内存清理脚本
# 原理：对指定进程调用 EmptyWorkingSet API，压缩工作集

$scriptName = "CleanMem"

Add-Type -Namespace Win32 -Name MemoryHelper -MemberDefinition @'
[DllImport("psapi.dll", SetLastError = true)]
public static extern bool EmptyWorkingSet(IntPtr hProcess);
'@

# 阈值：工作集超过 80MB 的进程才处理，避免频繁操作小进程
$threshold = 80MB

# 排除系统关键进程，防止清掉后系统短暂失去响应
$excludedNames = @(
    "system", "idle", "csrss", "wininit", "winlogon",
    "services", "lsass", "smss", "svchost", "dwm"
)

# 记录清理前的可用内存
$osBefore = Get-CimInstance Win32_OperatingSystem
$freeBeforeGB = [math]::Round($osBefore.FreePhysicalMemory / 1MB, 2)

# 遍历目标进程
$targetProcesses = Get-Process -ErrorAction SilentlyContinue | Where-Object {
    $_.WorkingSet64 -gt $threshold -and
    $_.ProcessName.ToLower() -notin $excludedNames
}

$processedCount = 0
$failedCount = 0

foreach ($p in $targetProcesses) {
    try {
        $result = [Win32.MemoryHelper]::EmptyWorkingSet($p.Handle)
        if ($result) { $processedCount++ } else { $failedCount++ }
    } catch {
        # 有些进程句柄没有打开权限，直接跳过
        $failedCount++
    }
}

# 触发垃圾回收，压缩托管内存在可能的情况下
[GC]::Collection()
[GC]::WaitForPendingFinalizers()

$osAfter = Get-CimInstance Win32_OperatingSystem
$freeAfterGB = [math]::Round($osAfter.FreePhysicalMemory / 1MB, 2)

$logLine = "[{0}] 清理前可用内存: {1} GB | 清理后: {2} GB | 处理进程: {3} | 失败: {4}" -f (
    (Get-Date).ToString("yyyy-MM-dd HH:mm:ss"),
    $freeBeforeGB,
    $freeAfterGB,
    $processedCount,
    $failedCount
)

if ($freeAfterGB -gt $freeBeforeGB) {
    Write-Host "清理完成，本次释放: $([math]::Round($freeAfterGB - $freeBeforeGB, 2)) GB" -ForegroundColor Green
} else {
    Write-Host "清理完成，可用内存变化不大，可能系统当前内存压力较小。" -ForegroundColor Yellow
}

先说几个设计细节：

排除系统进程。svchost、dwm、csrss这些一旦被清工作集，表面上看内存数字好看了，但是资源管理器、桌面窗口、系统服务全会出现奇怪的卡顿，甚至任务栏无响应。我第一版脚本没排除，清完直接explorer重启了一次，后来老老实实加白名单。
阈值80MB。小于这个值的进程清理意义不大，还会频繁触发缺页中断，反而降低效率。你可以根据自己的内存总量调整，16GB内存可以调成150MB甚至200MB。
Get-CimInstance Win32_OperatingSystem的FreePhysicalMemory单位是KB，所以除以1MB得到GB，这里换算要对齐。

直接在PowerShell里跑这个脚本：

powershell复制powershell -NoProfile -ExecutionPolicy Bypass -File "C:\Scripts\CleanMem.ps1"

建议先用管理员之外的身份在终端跑一次，观察输出有没有报错。

3.2 方案B：批处理调用PowerShell+VBS隐藏窗口

PowerShell脚本本身会闪一下蓝窗口，如果想双击运行全静默，需要一个外壳来隐藏它。我用的是VBS（Windows自带的脚本宿主），写一个CleanMem.vbs：

vbs复制' CleanMem.vbs - 隐藏运行 CleanMem.ps1
Set ws = CreateObject("WScript.Shell")
scriptPath = "C:\Scripts\CleanMem.ps1"
ws.Run "powershell -NoProfile -ExecutionPolicy Bypass -File """ & scriptPath & """", 0, False
Set ws = Nothing

注意第5行里0代表隐藏窗口，False表示不等待脚本结束。这样双击VBS时，屏幕上不会有任何黑框，几秒内脚本就悄悄跑完了。

如果你不想单独建两个文件，也可以把它们合并成一个批处理。批处理代码里动态生成VBS再调用，最终还是一键体验。bat内容：

batch复制@echo off
set "PS_SCRIPT=C:\Scripts\CleanMem.ps1"
set "VBS_TMP=%TEMP%\CleanMem_run.vbs"

> "%VBS_TMP%" echo Set ws = CreateObject("WScript.Shell")
>> "%VBS_TMP%" echo ws.Run "powershell -NoProfile -ExecutionPolicy Bypass -File ""%PS_SCRIPT%""", 0, False
>> "%VBS_TMP%" echo Set ws = Nothing

cscript //nologo "%VBS_TMP%"
del "%VBS_TMP%" >nul 2>&1

这里有个易错点：路径如果带空格，VBS里嵌套引号会很麻烦。建议把脚本放到不带空格的路径，比如C:\Users\你的用户名\Scripts\。如果你一定要放带空格的路径（比如C:\Program Files下的子目录，但用户无权限写入，不推荐），那VBS里要写成：

vbs复制ws.Run "powershell -NoProfile -ExecutionPolicy Bypass -File ""C:\My Scripts\CleanMem.ps1""", 0, False

注意是双引号套双引号，VBS转义后的效果。这个细节坑了我半小时，白屏闪退时千万别慌，先检查这里。

3.3 方案C：自动监测内存超阈值后清理

如果只是想“双击一下清理”，前面方案够了。但你的需求是“防止经常死机重启”，靠手动点就太被动了。更稳的做法是：让脚本在后台定期检查，只有内存真的紧张时才清理。

我写了一个带循环的版本，配合计划任务或启动文件夹运行，每隔30秒检查一次，可用内存低于1GB时自动清理。

powershell复制# AutoCleanMem.ps1 - 后台自动监测版
# 固定循环，每30秒检查一次，内存可用率低于阈值时触发清理

$scriptPath = "C:\Scripts\CleanMem.ps1"
$checkIntervalSec = 30
$freeMemoryThresholdMB = 1024  # 可用内存低于1GB触发

while ($true) {
    try {
        $os = Get-CimInstance Win32_OperatingSystem
        $freeMB = [math]::Round($os.FreePhysicalMemory / 1KB, 0)

        if ($freeMB -lt $freeMemoryThresholdMB) {
            Write-Host ("[{0}] 可用内存 {1}MB，低于阈值，开始清理..." -f (Get-Date -Format "HH:mm:ss"), $freeMB)
            & $scriptPath
        }
    } catch {
        # 偶尔CIM查询失败不要紧，下个周期继续
    }
    Start-Sleep -Seconds $checkIntervalSec
}

注意这个版本是常驻后台的，所以不能用VBS隐藏，必须用隐藏窗口运行整个PowerShell进程，否则关掉终端就停了。做法是在bat里调：

batch复制@echo off
start "" /b powershell -NoProfile -ExecutionPolicy Bypass -WindowStyle Hidden -File "C:\Scripts\AutoCleanMem.ps1"

/b参数表示不创建新窗口，配合-WindowStyle Hidden，整个循环就是后台静默运行。不过要注意：-WindowStyle Hidden在黑框上还是会出现一瞬间的闪屏，想要完全零闪烁就得连启动器都套一层VBS。这个问题放在下一节讲。

3.4 脚本参数、执行策略和常见运行细节

几个新手容易卡住的地方：

ExecutionPolicy。公司电脑的系统策略可能禁止运行本地脚本。所以调用时一定带-ExecutionPolicy Bypass参数，它只对本次会话生效，不修改系统的执行策略，不需要管理员权限。
文件编码。PowerShell 5.1对无BOM的UTF-8脚本偶尔会乱码，建议用记事本另存为“UTF-8 with BOM”格式，或者保存成ANSI编码。脚本里的中文注释如果乱码，通常就是编码问题。
脚本路径。所有文件都放在自己的用户目录下最稳，比如C:\Users\zhang\Scripts\。不要去碰C:\Program Files，你没权限，而且UAC一拦全白费。
日志记录。建议把脚本里的输出重定向到文件，方便日后排查。只需要在bat里追加：>> "C:\Users\zhang\Scripts\CleanMem.log" 2>&1，这样每次运行都会追加日志。

如果你用的是后台自动监测版，建议再加一行：把每次清理结果都写进日志。例子：

powershell复制"$((Get-Date).ToString('yyyy-MM-dd HH:mm:ss')) 清理触发，可用内存 ${freeMB}MB" | Out-File -FilePath "C:\Users\zhang\Scripts\AutoCleanMem.log" -Append

这样你看日志就知道它有没有在干活，而不是傻乎乎跑了一个礼拜以为不生效。

4. 无管理员权限下怎么做到开机自动运行

4.1 启动文件夹（shell:startup）是最优先方案

常规的开机自启有三种做法：启动文件夹、注册表Run键、计划任务。无管理员权限环境里，第一个和第二个都能用，第三个主要受限。

启动文件夹很简单。按Win + R，输入shell:startup回车，会打开你的用户启动文件夹。把CleanMem.bat的快捷方式拖进去就行。如果你想清理得勤快些，也可以同时放一个AutoCleanMem的快捷方式。注意：放快捷方式而不是原始文件，这样文件夹里一眼能看清指向哪个脚本，方便维护。

这个方案的优点是零权限要求、零配置、用户可见，缺点也很明显：杀毒软件或系统优化策略可能会拦截启动项。我在公司测试时，Win10自带的Defender对这个文件夹放快捷方式基本不拦，但如果公司装了其他EDR，有概率提示“检测到启动项修改”，需要自己确认。

4.2 注册表HKCU Run键：另一个不依赖管理员的入口

注册表Run键分两类：HKEY_LOCAL_MACHINE\...\Run是全局的，需要管理员；HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run是当前用户的，普通用户就能写。

创建一个reg文件，双击导入：

reg复制Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run]
"CleanMem"="wscript.exe \"C:\\Users\\zhang\\Scripts\\CleanMem.vbs\""

因为CleanMem.vbs本身就是VBS，可以直接用wscript.exe启动。这样开机时wscript会解析VBS，隐藏窗口运行PowerShell脚本，整个过程没有任何黑框闪过。

我个人的倾向是注册表+启动文件夹两者选一即可，不要同时做，否则重复清理不仅浪费CPU，还会让杀软弹窗。选哪个看你的使用习惯：想直观看到有没有自启就放启动文件夹，想低调点就写注册表。注册表还有个额外好处：管理员下发策略一般不会清理HKCU的Run，稳定性更高。

4.3 任务计划程序的正确姿势（以及容易踩的坑）

schtasks在非管理员下可以创建“当前用户登录时触发”的任务，但公司某些安全策略会禁用schtasks或限制任务创建。如果你的环境允许，这个方案其实最规范：

batch复制schtasks /Create /TN "CleanMemTask" /TR "powershell -NoProfile -ExecutionPolicy Bypass -File C:\Users\zhang\Scripts\CleanMem.ps1" /SC ONLOGON /RU "%USERNAME%" /F

这里有三个坑：

/RU必须指定当前用户名，不要用/RU SYSTEM，否则会要求管理员权限。
如果任务显示“运行失败”，先在任务计划程序里勾选“不管用户是否登录都要运行”，这个选项需要密码，如果没密码就用/RU当前用户（仅交互式）方式。
公司域账户环境下，域策略可能直接覆盖本地任务计划列表，或者对GPO禁用的计算机强制关闭所有计划任务。碰到这种情况就别纠结，回退到注册表方案。

我测试下来，域环境里注册表Run键的成功率远高于计划任务，除非公司刻意锁了Run键。

4.4 为什么不去碰系统服务

很多人会问：能不能把它注册成Windows服务？答案是不能。创建服务需要写HKLM\SYSTEM\CurrentControlSet\Services，或者用sc create，这两者都需要管理员权限。而且，服务在Session 0隔离会话里运行，即使你侥幸创建了，它也无法正常和桌面交互，没有意义。

另一个被问到的是VBS隐藏窗口能不能做成类似“托盘图标”的东西。这也可以，但需要额外写NotifyIcon的代码，复杂度高不少，没必要。干脆就用bat+快捷方式，双击一下完事，或者丢进后台循环，反正它不打扰人。

5. 真实环境里的踩坑记录与排查速查

5.1 常见问题速查表

我把自己和同事踩过的坑整理成了表格，基本都是白纸黑字的经验，按“症状-原因-解法”排列：

症状	原因	解法
双击bat后黑框一闪而过但没效果	执行策略拦截，或PowerShell脚本报错被窗口吞掉	先在cmd里手动执行PowerShell脚本，看具体报错
VBS运行后完全没反应	VBS里路径引号写错，或PowerShell脚本路径不存在	把VBS最后一行`0`改成`1`，先看窗口再排查
清理后系统卡顿几秒	把svchost、explorer等系统进程也清理了	检查排除名单，把`svchost`、`dwm`、`dllhost`加进去
清理前后内存几乎没变化	系统内存本来就不紧张，或者所有进程工作集都很小	看任务管理器“性能”页签，确认是否真的达到物理内存上限
杀毒软件报毒/报警告	PowerShell脚本和VBS启动器是常见误报目标	给脚本加注释说明用途，或者用bat直接调用PowerShell代替VBS
开机自启失效	公司策略清理了启动项，或启动文件夹被重定向	改用注册表Run键；再不行就用`任务计划程序`手动创建

5.2 顺手分享几个经验教训

第一，脚本不是跑得越勤越好。我有个同事把AutoCleanMem设成了每5秒检查一次，结果整台电脑CPU占用反而升高，因为Get-CimInstance每次查询都要几毫秒到几十毫秒，频繁查询本身就有开销。30秒是经验值，既不漏报也不浪费。

第二，清理完以后别立刻打开大软件。EmptyWorkingSet刚执行完，很多进程的工作集是空的，你立刻切窗口、打开新的Excel，系统要重新读回物理内存，反而卡一下。给它几秒钟缓冲，等Windows自动把热数据重新拉进内存，体验会顺很多。

第三，如果脚本对某个特定进程始终清理不动，八成是权限不足。比如公司的杀毒软件进程，以系统权限运行，你的普通用户句柄根本拿不到，try catch会静默跳过。这不是bug，是Windows的权限边界，别折腾。

第五，PowerShell 5.1和7.x对某些语法有差异。公司默认的Windows PowerShell是5.1，你现在写的脚本尽量用5.1兼容语法。比如Get-CimInstance在5.1里可用，但Get-ComputerInfo这种cmdlet只在较新版本或Windows 10 1809以后才有，尽量避免。

5.3 什么时候说明脚本治标不治本

脚本能救急，但你心里得有数：如果每次清理后只能维持半小时，内存又飙到90%，那说明根本不是“临时缓存”的问题，而是某个程序在泄漏。

判断方法很简单：打开任务管理器-进程页，按内存排序，盯着占用最高的那个程序看半小时。如果它的内存占用曲线持续上涨，清理完也会继续涨，那大概率是内存泄漏，该升级软件版本就升级，该找IT就找IT。这种情况下，脚本只是拖延死机时间而已，真正的解法在别处。

还有一个前兆：如果系统日志里出现Event ID 2004（资源耗尽警告）或Event ID 41（意外断电重启），说明物理内存长期在崩溃边缘。脚本能降低崩溃频率，但硬件排查、内存条、虚拟内存设置这些，还是得找管理员配合处理。

6. 进阶：怎么证明脚本真的有用

6.1 Performance Monitor与计数器

在给领导或同事演示效果的时候，光说“我清理了”是不够的，得有数据。Windows自带的性能监视器可以用起来。

Win + R输入perfmon回车，左侧展开“数据收集器集-用户定义”，新建一个数据收集器集，添加计数器，选Memory\Available MBytes和Memory\Committed Bytes。让它记录10分钟，其中第2分钟手动运行一次清理脚本，然后看曲线：

Available MBytes：可用内存会有一个明显的向上跳变。
Committed Bytes：变化不大是正常的，因为提交内存是虚拟内存概念，不代表物理页。
Pages/sec：如果这个值很高，说明系统正在频繁换页，内存压力确实大，清理的价值也更大。

这个演示方式直观而且零成本，比截图任务管理器可信得多。

6.2 做一个简单的内存曲线记录

如果不想用perfmon那么复杂，也可以让PowerShell脚本自己记录。给AutoCleanMem加上一个输出，每5分钟写一行可用内存到CSV，连续记录一天：

powershell复制# 记录内存趋势
$os = Get-CimInstance Win32_OperatingSystem
$freeMB = [math]::Round($os.FreePhysicalMemory / 1KB, 0)
$line = "{0},{1}" -f (Get-Date -Format "yyyy-MM-dd HH:mm:ss"), $freeMB
Add-Content -Path "C:\Users\zhang\Scripts\memory_trend.csv" -Value $line

然后拉进Excel，生成折线图。如果曲线整体在清理后有一个明显的抬升台阶，脚本的有效性就不言自明了。这个方法也适合用在“设备老化测试”场景里，比如我要评估几台老电脑的内存健康度，就让它们各自跑同一个脚本、记录同样时长，对比触发清理次数和可用内存波动范围，就能客观看出哪些机器该换了。

6.3 定性和定量判断

最后给你一个简单判断标准，不用工具也行：

如果清理前任务管理器性能页的“可用内存”已经低于10%（8GB机子不到800MB），清理后能回到25%以上，脚本对你的工作环境就是有效的。
如果清理前后可用内存变化不超过5%，说明你的内存压力其实不大，主要瓶颈可能在磁盘或CPU，就别指望清理脚本能解决卡顿，该查磁盘占用和启动项优化。

我自己的测试机是8GB内存的老办公本，Windows 10，常驻软件是Chrome（约15个标签）、Outlook、Teams、Excel、微信。每次登录后坐稳，5分钟内存占用85%左右，跑一次脚本后能掉到65%-70%，可用内存从不到1GB涨到2GB多。虽然过一两个小时又会涨回来，但“死机重启”的频率从一周两三次降到了几乎为零。这就是这个脚本对“防止经常死机重启”这个需求的实际贡献。

7. 最后的扩展想法：从“清理内存”到“保养电脑”

脚本的价值不只是内存清理本身，它可以演化成一套电脑健康巡检工具。比如在同一个脚本里加几行，顺便统计系统临时文件总量、磁盘空间剩余、启动项数量，输出一个体检报告，再按需触发清理。这种写法和AutoCleanMem完全同构，唯一区别是收集的数据和触发的动作不同。

我后来还用相同思路给同事做过一个小工具：开机后自动清理用户Temp目录、Chrome缓存、缩略图缓存，然后记录磁盘空间释放量。全程依然不需要管理员权限，因为用户目录下的临时文件本来就有完全控制权。这算是内存清理脚本的姊妹篇，以后有机会再单独聊。

回到这套内存清理脚本本身：原理不复杂，核心就是EmptyWorkingSet加系统进程白名单。难点不在代码，而在你懂不懂Windows内存管理、知不知道自己当前的瓶颈在哪。把这个项目做完，你不仅收获了一个能用的脚本，也把任务管理器、性能计数器、进程权限这些概念全打通了，以后再遇到电脑卡顿，你会比以前底气足很多。

最后再分享一个小技巧：脚本文件放好后，右键发送到桌面快捷方式，在快捷方式属性里设置一个快捷键，比如Ctrl+Alt+M。以后电脑卡了，不用去找文件夹，直接按快捷键三秒内完成清理，比任何“一键清理软件”都顺手。

希望这套脚本能让你在公司电脑上少死几回机。毕竟，打工人最痛苦的不是工作难，而是电脑比你还先崩溃。