一次意外的卡顿
那天晚上我像往常一样打开电脑，准备在Steam上爽几把。主账号玩腻了，就切换到了副账号——那个专门用来装独立游戏和怀旧老作品的小号。一切操作行云流水，可进游戏不到十分钟，电脑突然像被掐住脖子一样，鼠标开始飘，切桌面都要等好几秒。我本能地按了Ctrl+Shift+Esc，打开任务管理器一看——好家伙，内存占用直接飙到了87%，以前顶多60%出头的。
我第一反应是副账号的某个游戏在作妖，可当时我只开了一个老掉牙的2D像素游戏啊，这玩意儿能吃16个G？不对劲。我盯着进程列表发了会儿呆，发现Steam客户端本身占的内存翻了一倍多，还有几个我没见过的后台进程在吞资源。那天晚上我就跟这事儿杠上了，非要搞清楚为什么换了个账号，内存就莫名其妙多了这么多。
对比两个账号的动态
我先退掉副账号，切回主账号，重启Steam。内存占用果然降了回去。再切一次，又涨起来。反复几次，确定不是偶发问题。我开始对比两边的设置和游戏库。主账号里是些3A大作，副账号几乎全是轻量级独立游戏，按理说副账号的压力应该更小才对。
我试着在任务管理器里把嫌疑进程一个个展开看详情。发现Steam Client WebHelper多了好几个实例，每个都要吃几十到上百MB。还有叫GameOverlayUI.exe的进程，在副账号下驻留时间更长。另外我的NVIDIA显卡驱动在副账号下会额外启动一个“GFExperience Share”的进程，看起来跟Steam的录制功能撞车了。
着色器缓存：两个账号各玩各的
真正让我抓到把柄的是着色器缓存。我知道Steam有一个“着色器预缓存”功能，会在后台下载并编译当前账号游戏的着色器，目的是进游戏时减少卡顿。但这个缓存是按账号粒度来管理的——每个账号的游戏库不同，缓存自然也不一样。我切到副账号后，Steam发现这个账号的缓存太少，于是开始疯狂拉数据、编译CPU，直接导致内存和CPU双高。而且进程退出后，缓存并不会立即释放，堆在内存里慢慢消化。
我特意去查看了Steam设置里的“着色器预缓存”选项，主账号一直是开启的，副账号也是开启的，但副账号之前登录少，缓存几乎要从零开始构建。那几天我正好切号试新买的小游戏，背后那颗CPU和内存就被着色器编译器给霸占了。
云同步与后台下载的加码
另一个我发现的原因是云同步策略。副账号的好些游戏是我几天前刚买的，本地存档几乎空白，但云端的存档却不少——都是以前用笔记本玩时留下的。每次切账号，Steam会启动云同步，把云端存档拉到本地，这个过程本身就要吃内存和I/O。而且副账号有几个游戏设置了“在后台下载更新”，我一切过去，它们立刻开始检查清单，下载补丁，直接多出几个吃内存的下载进程。
我试着把Steam设置里的“在后台下载更新”关掉，但内存也只回落了一点点。云同步倒是可以通过手动触发来避免自动拉取，但我懒得每次都去调，干脆就放着让它同步完了算了。
另一些隐秘的累加者
排查过程中我还发现几个冷门因素。一个是Steam Input的总配置缓存——副账号用Xbox手柄，映射方案和主账号完全不同，Steam会在切换时重新载入按键映射，并保留原始数据在内存里。另一个是游戏库列表的刷新机制，副账号游戏数量虽少但分类更杂，Steam社区和创意工坊的订阅内容在后台扫描时也会占块头。
这些细节平时根本不会注意，可当它们凑到一起，内存占用就从“可以忽略”变成了“你动我老婆一条看看”。那天我花了整整两个小时，唯一做的事情就是切账号、看监控、改设置、再切回来。终于明白了所谓“换账号玩内存多了”根本不是玄学，是实实在在的工程设计取舍——每个账号的上下文都被完整保留甚至提前加载，保证你切过去就能玩得爽，代价就是内存得扛着。
我最后怎么平衡的
我没有完全关掉着色器预缓存，因为我确实享受进游戏不卡顿的体验。但我把“在后台下载更新”和“云同步”都改成了手动。每次切换账号后，我会手动触发一次云同步，等它完成后内存就稳定了。如果只是短暂玩一下，我甚至会先断开网络，避免Steam乱拉数据。
此外我养成了一个习惯：切号前先用主账号把不用的游戏进程退干净，尤其是那些关联了很久还没释放的后台实例。现在再切账号，内存的增幅已经在我可接受的范围内了。虽然偶尔还是会遇到一次暴涨，但我知道那是着色器编译器在干活，等它干完，内存自然会吐回来——只要我不去抢它的饭碗。
