我从上大学开始就把Steam当成了自己的游戏大本营，那时候的电脑还是老旧的笔记本，4GB内存，装完系统剩不到3G。每次想玩《文明5》或者《上古卷轴5》，都得先掂量一下Steam客户端本身是不是也在“吃”我的内存。我甚至会为了省那几百兆，把Steam彻底退出再启动游戏，结果发现每次都要重新登录，烦不胜烦。后来工作了，配置好了，但这个疑惑一直留在心里：Steam和它启动的游戏，内存到底算不算分开的？今天我就用自己的实际经历和后来的了解，好好掰扯这件事。
进程之间的那道“墙”
我得先说说自己当年那次顿悟。有一次我一边挂着Steam下载《绝地求生》，一边自己打《CS：GO》，结果电脑卡得不行。我当时的第一反应是“Steam下载把内存占满了”，赶紧打开任务管理器一看，Steam.exe占了不到400MB，CSGO.exe占了大概1.5GB，加起来不到2GB，而我的总内存却显示用了85%。后来我才发现，卡顿是因为硬盘读写太频繁，并非内存不够。但从那以后，我开始认真观察：Steam和游戏在任务管理器里永远是两个独立的进程，每个都有自己的一亩三分地，互不干扰。操作系统给它们分配的空间就像两间独立的屋子，代码、数据、堆栈全都隔离开，一个进程崩了也不会直接搞死另一个——除非它搞坏了共享的东西，但这种概率太低，正常情况完全不影响。
那些“共享”的误会
让我最初觉得它们“没分开”的原因，大概来自Steam的那个游戏内界面（也就是咱们常说的Steam Overlay）。每次我按Shift+Tab，小窗口弹出来，我知道那是Steam的东西，但它却显示在游戏画面里面。后来我才明白，Overlay是通过DLL注入的方式跑在游戏的进程空间里，它确实“住”在游戏的房子里，但用的还是Steam的那套逻辑。我亲眼见过为了某些插件跟游戏冲突，直接把Overlay关掉后帧数就稳定了。这说明虽然内存地址算在游戏头上，但它本质上还是Steam功能的一部分。就拿《GTA5》来说，开Overlay的时候内存占用通常多个几十兆，关了它，游戏进程就能省下那点空间。可这部分内存是从游戏的总占用里扣的，我玩游戏时就会纠结：要不要为了极致流畅连这个都关掉？后来发现只要不搞骚操作，几十兆对现在动辄8G、16G的内存简直九牛一毛。
我自己练出来的“算计”
因为有过被卡怕了的历史，我养成了一个习惯：每次启动游戏前，先扫一眼Steam有没有在后台下载或者更新着色器缓存。Steam的WebHelper进程（其实就是个精简版Chrome）特别能吃内存，有时候光它就能占掉500MB，再加上Steam主进程，轻轻松松干掉1GB。这时候如果开一个《赛博朋克2077》之类的3A大作，就会接近物理内存的瓶颈。虽然Steam跟游戏的进程是分开的，但是物理内存总量是固定的，它俩加起来吃多了，系统就得用虚拟内存，一用虚拟内存就容易掉帧、卡顿。所以我自己的经验就是：玩大型游戏之前，手动关掉Steam的下载，甚至直接退出客户端，让所有内存都留给游戏。虽然Steam本身可能不甘心——它的通知、云存档、好友状态全都得重新连接，但对我来说，流畅的体验比社交提醒重要多了。
技术真相与我的释然
后来我查了微软官方的文档，也看了Steam开发者社区的讨论，终于确认了那个最初的问题答案：从操作系统的角度看，Steam和游戏的内存百分之百是分开算的。它们各自拥有独立的虚拟地址空间，代码、堆栈、全局变量全都不共享。即使Steam通过Overlay“住进”了游戏的进程里，那也只是借住了客厅，不会改变两个程序本质上井水不犯河水的事实。但我作为用户感受到的“拥挤”，其实是物理资源总量限制带来的结果，而不是进程间的内存混在一起了。这个认知让我释然了很多，我不再担心Steam会不会“污染”游戏的内存，也不再盲目地为了省内存而退出Steam。说到底，只要电脑内存足够大（我现在的32GB），它俩随便吃都影响不了我。对于还在用老机器的朋友，我的切身体会就是：内存确实分开算，但物理总量摆在那里，你可以在任务管理器里把它们当两个独立个体，但预算总得一起算。这不是矛盾，而是我们这些从节省时代过来的玩家心里的一道坎。现在一想，那些战战兢兢退Steam再开游戏的夜晚，也算是一种独特的仪式感吧。
