开头先聊点实在的。我见过太多“性能优化”文章打开一看全是“关闭视觉效果”“卸载预装软件”“用某某大师一键加速”折腾一晚上开机是快了那么两秒可一进游戏该卡还是卡。问题出在哪儿多数优化教程是拿同一个模板套所有人根本没回答一个核心问题你现在这台机器瓶颈到底在哪个环节这个道理放到 Windows 游戏优化场景里尤其明显。同一个 bat 脚本有人跑完帧数原地起飞有人跑完该掉帧还是掉帧差别不在于脚本写得花不花哨而在于你清不清楚它动了哪些系统参数、为什么动、动了之后可能牺牲什么。所以这篇“性能优化篇”我不打算只丢一段能跑的代码而是把整个思路拆开先说瓶颈判断再说 Windows 游戏场景里值得动手的四个方向然后给你完整可用的 bat 脚本加恢复脚本最后把每条关键命令的原理和风险讲清楚。适合两类人看一是被游戏卡顿折腾过但不想盲目装优化软件的普通玩家二是想理解系统底层参数、以后遇到类似问题能自己判断的开发者或运维。1. 先搞清楚一件事性能优化不是无脑关服务1.1 多数优化文章无效的根因没有先定位瓶颈先说个反直觉的结论大部分游戏帧数上不去问题根本不在系统后台而在 CPU、GPU、内存、硬盘这条主链路上。你这次玩游戏时到底是哪个部件先扛不住是由游戏类型和硬件配置共同决定的。我自己的判断经验是这么来的CPU 占用接近 100% 而显卡占用只有五六十那是 CPU 瓶颈关后台服务可能有提升CPU 和显卡占用都不高但你感觉操作粘滞、加载卡顿那多半是磁盘或内存的问题CPU、显卡都被压得满满的那再优化系统也没用该降画质降画质该换硬件换硬件。后台优化能解决的只是在“资源本就不宽裕”的时候帮你把被系统占走的份额抢回来一部分。所以拿到一台机器先别急着上脚本先做两件事任务管理器里看看 CPU、内存、磁盘、GPU 四列占用曲线再用 Game Bar 或别的性能监控工具记录一局游戏的关键帧耗时。哪一项一直满哪一项才是你要优化的重点。1.2 我判断瓶颈的四个维度具体怎么看瓶颈我给自己定了个表格方便记忆观察信号大概率瓶颈优化侧重点显卡占用率长期低于 80%CPU 单核满载CPU后台进程清理、电源调度、超频/散热CPU 和显卡双双高占用硬件已到极限降画质/分辨率而非系统优化内存占满导致切换场景卡顿内存容量关掉吃内存后台升级内存游戏内突然瞬卡磁盘占用飙到 100%硬盘/虚拟内存临时文件清理、关闭索引服务、换 SSD这个表格看着简单但能挡住 90% 的无效优化。下面我给的 bat 脚本适用范围也很明确CPU 和磁盘环节有优化空间、同时希望降低网络延迟的场景。假如你的 GPU 是瓶颈直接跳到最后两章看移动端和 Unity 开发时期的优化思路就够不必在系统脚本上花太多时间。2. Windows 游戏机上值得动手的四个优化方向2.1 CPU 调度后台进程与前台抢时间片Windows 的调度器本质上是把 CPU 时间片分给各个进程游戏进程优先级不够高、后台又有东西在抢帧生成自然不稳定。这里有个普遍误区很多人以为只要看的进程少CPU 就轻松了实际上关键是“前台游戏拿到的时间片比例”。Windows 默认的处理器调度策略偏向“程序响应”而不是“后台服务”这点本身没问题但某些驱动、后台服务会被系统频繁唤起导致前台拿不到整段的时间片。Win32PrioritySeparation 这个注册表参数就是控制这个比例的。游戏场景里很多优化方案把它改成 0x26十进制 38让前台进程拿到更多时间片。类似地电源模式如果挂在“平衡”上CPU 频率墙会来回波动反映到游戏里就是掉帧和卡顿感。2.2 后台服务内存躺平与磁盘 I/O 黑洞后台服务对游戏的影响容易被人低估因为它不是简单占内存而是持续制造磁盘 I/O 和 CPU 唤醒。比如 Windows Search 在建立索引时会扫描大量文件SysMain原来的 Superfetch会预读常用程序到内存机器是机械硬盘的时候这些服务能加快启动但 SSD 普及之后收益变小反而在游戏加载时抢硬盘 I/O。再比如 DiagTrack遥测服务会周期性收集系统数据上传虽然流量不大但每次唤醒都要走一遍网络和磁盘。这些服务禁用的收益是“积少成多”的单看每一个都不怎么占资源合在一起就是持续的背景噪音。游戏帧数上限高的机器体感不明显但帧数本来就在 40 到 60 之间晃的机器优化之后更容易稳住帧率下限波动小了手感自然就顺了。2.3 网络延迟一半问题出在系统底层参数网络延迟是另一个优化敏感点。你无法改变物理链路但可以去掉系统层自己加的不必要等待。最典型的是 TCP_NODELAY。Windows 默认对一些网络请求启用了 Nagle 算法目的是合并小包降低网络开销代价是延迟升高。游戏场景里数据包都是高频小包Nagle 的合并策略反而坏事。系统底层把网卡接口的 TcpAckFrequency 设为 1、TCPNoDelay 设为 1就是告诉内核“别攒包有数据立刻发”。还有一类优化是禁用 QoS 预留带宽。Windows 默认会为 QoS 机制预留一部分网络带宽游戏场景下你希望带宽池全部可用就把这块限制关掉。这类改动不会让带宽凭空增加但能减少系统层对数据包调度的干预反映到游戏里就是延迟的抖动小一些。2.4 临时文件系统盘的慢性出血临时文件对帧数没有直接影响但对加载时间、场景切换、游戏内贴图串流的影响很直接。Temp 目录和 Windows\Temp 里堆了几万个碎片小文件之后文件系统索引会变慢游戏反作弊系统和着色器编译器动不动就要写缓存频繁读写慢速磁盘就会变成肉眼可见的卡顿。清理临时文件不是万能药但它是整个优化流程里最“稳赚不赔”的一步。删坏了也没关系系统会在需要时重新生成。真正要注意的是别把自己正在用的应用缓存删了比如浏览器还没关就清它的缓存会导致页面异常所以脚本里我主要清 Temp 目录而不是用户目录下的应用缓存。3. 一个 bat 脚本的完整实战自提权、备份、四条线全打通3.1 设计思路为什么用 bat 而不是各种优化软件选 bat 而不是市面上的“一键优化工具”原因有三个。一是透明每一行命令在做什么你都看得到而不是黑盒里自动改了一堆设置二是不常驻跑完就结束不占系统资源三是有恢复能力自己动手改的每一处都能自己改回去不像某些工具把系统设置“优化”掉之后你可能根本不知道它原来是什么值。脚本的骨架是请求管理员权限 → 备份当前配置 → 执行电源模式调整、服务禁用、网络参数优化、临时文件清理 → 打印结果并提示重启。这里把备份放到最前面是为了让整个操作可逆。3.2 完整优化脚本下面这段脚本保存成game_perf_optimize.bat右键“以管理员身份运行”即可。注意部分杀毒软件对修改服务启动类型的脚本会误报属于正常现象恢复脚本也在本章后面给出。echo off chcp 936 nul title Windows 游戏性能优化脚本 :: 检查管理员权限没有则自动提权 net session nul 21 if %errorlevel% neq 0 ( echo 正在请求管理员权限请在弹窗中点击“是”... powershell -Command Start-Process -FilePath %~f0 -Verb RunAs exit /b ) echo echo Windows 游戏性能优化脚本 echo 执行前会自动备份当前服务配置 echo echo. :: 生成恢复脚本头 set RESTORE_BAT%SystemRoot%\Temp\game_perf_restore.bat ( echo echo off echo chcp 936 ^nul echo title 游戏性能优化恢复脚本 echo. echo echo 正在恢复服务启动类型... ) %RESTORE_BAT% :: 备份并禁用不必要的服务 :: START_TYPE: 2自动, 3手动, 4禁用 set SERVICESSysMain DiagTrack WSearch Spooler Fax XblAuthManager XblGameSave XboxNetApiSvc XboxGipSvc for %%S in (%SERVICES%) do ( echo [正在处理] %%S :: 读取当前 Start 值写入恢复脚本 for /f tokens3 %%V in (reg query HKLM\SYSTEM\CurrentControlSet\Services\%%S /v Start 2^nul ^| findstr /i REG_DWORD) do ( %RESTORE_BAT% echo reg add HKLM\SYSTEM\CurrentControlSet\Services\%%S /v Start /t REG_DWORD /d %%V /f ) sc config %%S start disabled nul 21 sc stop %%S nul 21 ) :: 电源模式切换优先开启卓越性能失败则回退高性能 echo. echo [正在处理] 电源模式优先卓越性能失败则高性能 powercfg -duplicatescheme e9a42b02-d5df-448d-aa00-03f14749eb61 nul 21 powercfg -setactive e9a42b02-d5df-448d-aa00-03f14749eb61 nul 21 if %errorlevel% neq 0 ( echo 卓越性能不可用切换到高性能模式 powercfg -setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c ) :: 禁用 USB 选择性暂停避免外设休眠 powercfg -setacvalueindex SCHEME_CURRENT 2a737441-1930-4402-8d77-b2bebba308a3 48e6b7a6-50f5-4782-a5d4-53bb8f07e226 0 nul 21 powercfg -setactive SCHEME_CURRENT :: 网络延迟优化Nagle 关闭 DNS 调整 QoS 带宽释放 echo. echo [正在处理] 网络参数优化 :: 枚举所有网卡接口并设置 TCP 参数 for /f %%i in (powershell -Command Get-ChildItem HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces | Select-Object -ExpandProperty PSChildName) do ( reg add HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\%%i /v TcpAckFrequency /t REG_DWORD /d 1 /f nul 21 reg add HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\%%i /v TCPNoDelay /t REG_DWORD /d 1 /f nul 21 ) :: 恢复 TCP 自动调谐为默认值避免乱改导致吞吐下降 netsh int tcp set global autotuninglevelnormal nul 21 :: 关闭 QoS 预留带宽 reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\Psched /v NonBestEffortLimit /t REG_DWORD /d 0 /f nul 21 :: 优化前台进程调度与关闭游戏录制 echo. echo [正在处理] 进程调度与游戏录制 reg add HKLM\SYSTEM\CurrentControlSet\Control\PriorityControl /v Win32PrioritySeparation /t REG_DWORD /d 38 /f nul 21 reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\GameDVR /v AllowGameDVR /t REG_DWORD /d 0 /f nul 21 reg add HKCU\System\GameConfigStore /v GameDVR_Enabled /t REG_DWORD /d 0 /f nul 21 :: 清理系统临时文件 echo. echo [正在处理] 清理系统临时文件 del /q /f /s %TEMP%\*.* nul 21 del /q /f /s C:\Windows\Temp\*.* nul 21 for /d %%d in (%TEMP%\*) do rd /s /q %%d 2nul for /d %%d in (C:\Windows\Temp\*) do rd /s /q %%d 2nul :: 收尾 echo. echo echo 优化完成。部分改动需要重启后生效。 echo 恢复脚本已生成至%RESTORE_BAT% echo 建议保留该文件以便随时还原设置。 echo pause3.3 保存编码与执行方式这段脚本里用了中文输出保存时有两个容易踩的坑。第一个坑是编码。用 Windows 自带的记事本的话保存时右下角编码选“ANSI”这样 bat 在默认代码页下显示中文才正常。如果你用 VS Code 这类工具编辑保存为 GBK 或者 UTF-8 with BOM 都行但千万别存成无 BOM 的 UTF-8否则中文注释在 cmd 里会变成乱码影响可读性。第二个坑是杀毒软件拦截。脚本里改了服务启动类型、写了注册表都是安全软件重点关注的行为遇到误报时先看路径和命令行内容确认是自家脚本再加入信任列表。跑完脚本之后建议重启一次让电源策略、服务状态都干净落地。如果你不想手动保存编码也可以用 PowerShell 直接创建这个文件里面指定 Unicode 编码输出这样能省掉记事本编码的麻烦。但考虑到多数人还是在桌面上建一个文本文件再改名所以编码这部分我单独拿出来讲因为它确实是最常见的翻车点。4. 拆开脚本看原理每条关键命令为什么有效4.1 电源模式高性能、卓越性能与混合架构的坑电源模式是这轮优化里最立竿见影的一步。操作系统默认的“平衡”模式会让 CPU 根据负载动态升降频听起来很智能但游戏负载是突发性的尤其是引擎加载着色器、AI 运算、物理碰撞这些瞬间CPU 频率的响应速度跟不上帧生成时间就会波动。高性能模式 GUID 是8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c它让 CPU 以更高基准频率运行减少频率波动。卓越性能模式 GUID 是e9a42b02-d5df-448d-aa00-03f14749eb61它比高性能更进一步允许 CPU 在更激进的功耗策略下工作适合台式机和散热条件好的笔记本。脚本里我是先尝试卓越性能失败就回退高性能因为部分精简版系统里卓越性能被隐藏了需要手动解锁。但这里有个混合架构 CPU 的坑Intel 12 代以后的 P 核和 E 核以及 AMD 的 big.LITTLE 类似设计在卓越性能电源计划下可能让调度器过度偏好高频率核心导致部分游戏出现“核没吃满、温度却很高”的怪象。如果你用的是这类新 CPU跑完脚本后进游戏前先用监控工具看下 CPU 频率和温度如果温度异常高或者帧数反而下降就在电源选项里切回“平衡”计划只保留其他优化项。4.2 服务禁用清单的取舍逻辑脚本里禁用的服务不是胡乱挑的每条都有明确理由。SysMainSuperfetch在机械硬盘时代能预读常用程序加快启动但 SSD 时代收益已经很小。有些游戏反作弊系统会在启动时校验文件SysMain 预读恰好把文件调进内存反而增加校验负担关闭后加载速度有时不降反升。DiagTrack 是遥测服务一直在后台收集系统使用数据并上传。它的占用率看着很低但会周期性唤醒 CPU 和网络对低配机就是持续的背景噪音。关掉它不影响任何系统功能只影响 Microsoft 收集诊断数据。WSearchWindows Search是索引服务它会扫描整个磁盘建立索引。磁盘里的文件越多它后台占用的 I/O 越高玩游戏时恰好碰上它扫描就会卡一下。如果你平时不用系统自带的搜索框关掉它是最划算的。Spooler打印后台处理程序只在使用打印机的场景下需要普通游戏玩家用不到关掉能减少常驻服务数量。Xbox 相关的四个服务XblAuthManager、XblGameSave、XboxNetApiSvc、XboxGipSvc则要分情况。如果你不玩微软商店里那些依赖 Xbox 账号登录的游戏关了没问题但如果你玩《极限竞速》系列或者 Xbox Game Pass 里的联机游戏这些服务禁用后可能导致登录失败恢复脚本里的默认“手动”就是给这种情况留的退路。4.3 TCP 参数调优Nagle、自动调谐、QoS 预留网络优化那段脚本是很多人最觉得“玄学”的部分其实原理都清楚。Nagle 算法把多个小包合并成大包再发送节省网络开销但代价是让一批数据包在缓冲区里等着凑数。游戏客户端发往服务器的操作指令往往是小包几十字节一个Nagle 一合并延迟就上去了。在网卡接口注册表里把TcpAckFrequency设为 1是让内核收到数据后立即发确认包不攒着把TCPNoDelay设为 1是彻底关闭 Nagle 算法。这两个参数组合起来就是让游戏数据包“即到即发”。netsh int tcp set global autotuninglevelnormal这句看起来没做什么实际是防止脚本或之前的优化软件把接收窗口自动调谐关掉。TCP 自动调谐的作用是动态调整接收缓冲区大小高带宽低延迟的网络下应该保持开启。有些网上的“优化”方案会把它设成 disabled导致下载吞吐下降我这里显式恢复成 normal 就是在纠偏。QoS 预留带宽的注册表项在HKLM\SOFTWARE\Policies\Microsoft\Windows\Psched设成 0 后系统不再为 QoS 预留带宽。这个改动对游戏的实际影响要看网络环境如果路由器自身开启了 QoS系统层关不关都没区别如果路由器没开又嫌后台程序抢带宽这个参数就有意义。4.4 Win32PrioritySeparation 和 GameDVR 到底改了什么Win32PrioritySeparation是 Windows 内核的线程调度参数默认值通常是 2十六进制 0x2表示短变长、可变地分配时间片。脚本里改成 38十六进制 0x26对应的是“前台进程拿到最长时间片、后台服务相对减少”的调度倾向。这个值不是越大越好调到 0x26 是社区里长期测试下来对游戏窗口比较平衡的点既提升前台游戏进程的响应又不至于让后台服务彻底饿死导致系统卡死。GameDVR 相关注册表项管的是 Windows 自带的游戏录制和后台录屏功能。AllowGameDVR0是从策略层面关掉游戏录制GameDVR_Enabled0是关掉用户侧的 Game Bar 录制开关。大多数人不知道的是即使你从不手动按录屏快捷键Windows 的 Game DVR 服务也可能在后台维持一个缓冲区用于“随时可录”这会在游戏运行时占用一部分 GPU 开销。关掉之后那些不吃 Game Bar 功能的游戏能省下一部分显卡资源。当然如果你是主播或者习惯用 WinG 录精彩片段这段优化跳过就好。5. 执行前必须知道的风险边界与恢复方案5.1 安全边界哪些能随便关哪些需谨慎按“出问题概率”给优化项排个序临时文件清理最低风险电源模式其次TCP 参数再次服务禁用和 Win32PrioritySeparation 相对高。最安全的临时文件清理基本零副作用顶多让正在运行的软件重新生成缓存。电源模式则是兼容性风险Intel 12 代以后和部分 AMD 移动平台上切到“卓越性能”可能让调度器行为变得激进导致发热增高。TCP 参数调整需要重启网卡或系统后生效如果拔网线、网卡驱动异常最坏情况就是恢复默认值。服务禁用和 Win32PrioritySeparation 要谨慎的地方不一样前者是影响功能你关了 WSearch系统搜索框可能找不到文件关了 Spooler打印机就罢工后者是影响稳定性0x26 这个值虽然经过验证但个别软件如果依赖后台高优先级可能出现音画不同步、直播推流掉帧之类的副作用。所以我的建议是脚本跑完先玩一周如果遇到任何异常第一时间用恢复脚本回滚而不是继续改其他参数找问题。5.2 一键恢复脚本优化脚本执行时会在%SystemRoot%\Temp\game_perf_restore.bat生成恢复脚本。它把修改过的服务启动类型全部存了原值可以直接把系统拉回优化前状态。这里再给一个手动恢复用的固定版本以防你换电脑或者把恢复脚本弄丢了。echo off chcp 936 nul title 游戏性能优化恢复脚本 :: 恢复服务启动类型默认值Xbox 服务恢复为手动 sc config SysMain start auto sc config DiagTrack start auto sc config WSearch start auto sc config Spooler start auto sc config Fax start demand sc config XblAuthManager start demand sc config XblGameSave start demand sc config XboxNetApiSvc start demand sc config XboxGipSvc start demand :: 恢复电源模式为平衡 powercfg -setactive 381b4222-f694-41f0-9685-ff5bb260df2e :: 移除 QoS 带宽限制注册表项 reg delete HKLM\SOFTWARE\Policies\Microsoft\Windows\Psched /v NonBestEffortLimit /f nul 21 :: 恢复前台调度优先级策略 reg add HKLM\SYSTEM\CurrentControlSet\Control\PriorityControl /v Win32PrioritySeparation /t REG_DWORD /d 2 /f :: 恢复游戏录制功能 reg add HKLM\SOFTWARE\Policies\Microsoft\Windows\GameDVR /v AllowGameDVR /t REG_DWORD /d 1 /f reg add HKCU\System\GameConfigStore /v GameDVR_Enabled /t REG_DWORD /d 1 /f :: 临时文件无需恢复TCP 参数建议改回默认但网卡设置会影响连接不自动处理 echo 恢复完成。部分服务需要重启电脑才生效。 pause固定版和脚本生成的版本有一点不同脚本生成的恢复文件会把每个服务精确还原成你优化前的状态而固定版用的是常见默认值。如果你以前手动调过 WSearch 或 SysMain用固定版恢复后它们会被重置为标准默认差别不大但知道这一点能避免你误以为脚本“没还原干净”。5.3 我见过的几个翻车场景第一个翻车场景是关掉 SysMain 后机械硬盘开机变慢。有人用的还是机械硬盘做系统盘SysMain 预读功能对这类机器有实际帮助关掉之后开机要多转一会儿。解决办法很简单用恢复脚本把 SysMain 改回自动就行。SSD 用户基本不会遇到这个问题。第二个翻车场景是 Xbox 服务被禁用后游戏无法登录。玩微软商店游戏的人最容易踩这个坑联机登录时提示错误排查半天发现是 XblAuthManager 被禁用。恢复脚本里把 Xbox 服务恢复成手动而不是自动是因为手动状态足够支持按需启动又不会像自动那样开机就常驻。第三个翻车场景是杀毒软件把脚本当木马隔离。我见过有人脚本一运行到 sc config 那步就被安全软件拦了然后整个 bat 被删掉恢复脚本也没生成。所以跑这类脚本之前最好先把安全软件暂时关闭或加白名单跑完再打开。不是说安全软件不好而是这种系统级调整脚本的行为特征确实容易被判定为恶意。6. 同一套方法论换个战场移动端、Unity 与 Julia 的优化视角6.1 移动端和手游帧率之外更该盯内存与发热聊完 Windows 游戏优化顺手把移动端和手游的优化也串一下因为核心思路是同一套先找瓶颈再对症下药。手机和手游场景里最大的瓶颈往往不是 CPU 算力而是散热和功耗。一台手机长时间满载游戏温度上来之后 SoC 会主动降频帧数在 60 和 40 之间来回跳体验反而比锁 45 帧更糟糕。移动端优化惯用的手段也很直白降分辨率渲染、控制帧率上限、减少多任务滞留。游戏开发侧更关注内存占用和 GC 抖动Unity 里的 Profiler 能看到每一帧的 GC Alloc如果频繁触发 GC帧时间曲线就会周期性出现尖峰这跟 Windows 游戏里后台服务抢资源导致的瞬卡是一个道理——不是平均性能不够是峰值卡顿毁体验。6.2 Unity 开发期就该养成的 Profile 习惯如果你是做 Unity 游戏开发的那我劝你别等到游戏跑不动了才想优化。最有效的做法是从第一个可玩版本开始就固定每周看一次 Profiler 数据重点盯三个指标帧时间、GC Alloc、Draw Call。帧时间要稳定平均 16ms 但频繁跳到 30ms 的体验还不如稳定 20ms。GC Alloc 是托管堆的隐形炸弹频繁分配小对象会让 GC 在一帧里停顿表现就是“莫名其妙掉帧”。优化手段上UI 的 Canvas 重建是新手最容易忽视的点动态 UI 元素的顶点变化会触发整个 Canvas 重新构建这在移动端是致命的。合理做法是让频繁变化的 UI 元素独立成单独的 Canvas把静态元素和动态元素隔离。这段话放在 Windows 游戏优化后面讲就是想表达一个观点优化方法论不绑定平台你学会了找瓶颈、量化问题、逐个击破到哪个技术栈都适用。6.3 Julia 里的性能意识类型稳定比堆优化技巧更重要最后说下 Julia 这类偏科学计算的语言它的性能优化理念和游戏优化看起来八竿子打不着实际却共享同一套底层逻辑。Julia 的 JIT 编译机制让“类型稳定”成为性能的命门一个函数里如果变量类型不稳定编译器就不会生成高效的原生代码同样的算法可能比类型稳定的版本慢上几十倍。理解这一点之后Julia 优化的优先级就清晰了先保证类型稳定和函数边界清晰再用time和allocated观察分配最后才考虑并行和内存池这些高级技巧。这个顺序跟 Windows 游戏优化的顺序完全对应——先定位瓶颈再修系统参数最后才谈清理和常驻服务。不是所有性能问题都值得用最炫的技巧解决往往是最基础的操作能带来最大的收益。写在最后的一点个人体会我自己在跑这套 bat 脚本的时候踩过一次比较深的坑家里一台老笔记本是 Intel 10 代低压 U切到“卓越性能”之后风扇狂转温度直奔 95 度帧数反而没提升。后来把电源模式换回“平衡”只保留服务禁用和网络参数优化温度降了十几度帧数反而稳了。所以我不敢说这个脚本对每台机器都是正向收益它更像是一套“可回滚的尝试方案”——有用就留着没用就用恢复脚本一键还原至少不会像某些优化软件那样改完都不知道改了哪儿。如果你手头正有游戏卡顿的困扰我建议先把脚本跑一遍重启开一局游戏记录帧率、帧时间、网络延迟三组数据和优化前对比。有提升就继续用没提升就恢复成本很低但它能帮你建立起“用数据衡量优化”的直觉——这个直觉才是你以后优化任何系统、任何代码时真正值钱的东西。