Windows用户注销及同机切换时，其创建的TCP连接会被终止吗？

没有一刀切的“全断”或者“全留”结果，状态完全取决于创建这条TCP连接的进程，和单个用户登录会话的绑定关系——毕竟TCP连接本质是内核给进程分配的资源，进程没了连接自然会被回收，进程不受用户注销影响的话，连接就会一直留着。

底层基础：Windows的会话隔离设计 #

从Vista版本开始Windows就做了严格的会话边界隔离：

• 每一个本地交互登录的普通用户，都会拿到独立的会话ID，会话内启动的进程、打开的文件句柄、网络资源都是互相隔离、互不可见的
• 所有系统级后台服务统一运行在独立的Session 0（服务会话）里，和普通用户的交互会话完全分开，不会被普通用户的注销动作直接影响

分场景的具体状态 #

• 场景1：走完完整注销流程，连接是用户1的专属用户态进程创建的
  当用户1真正完成注销（不是停在登录界面快速切号，是彻底终止这个用户的后台会话），Windows会强制清掉这个会话下所有的进程——不管是用户1开的浏览器、自己装的聊天/游戏客户端、手动跑的脚本，还是自己手动映射的网络驱动器。这些进程持有的TCP socket会被内核直接回收，正常会向对端发FIN包正常断开，不会在后台偷偷留着。
• 场景2：连接是独立于用户会话的系统进程创建的
  只要创建连接的进程是跑在Session 0的系统级服务——比如杀毒软件的云查杀连接、系统自带的SMB文件共享服务、自己部署在后台的本地数据库/网站服务，这类进程的生命周期是跟着Windows开关机走的，根本不绑定单个用户的登录、注销动作。哪怕最初的连接是用户1登录那天手动触发建立的，只要进程不崩，对应的TCP连接就会一直保持，换多少个用户登录都不会断。
  要注意一个例外：如果是系统服务拿着用户1的身份令牌、代表用户1发起的会话级连接（比如给用户1配置的开机自动挂载的SMB目录），这类连接因为绑了用户1的访问令牌，等用户1注销、令牌被系统销毁的时候，连接也会被强制掐断。
• 场景3：用了快速用户切换，根本没走完整注销流程
  这是最多人搞混的情况：如果你只是点了“切换用户”、没选“注销”，那用户1的登录会话根本没被终止，所有进程都还在后台正常跑，他建的所有TCP连接自然也会原样保持开放，不会因为切了别的用户就断——直到用户1再次切回自己的会话、手动关进程，或者最终走完完整的注销流程才会被清理。

快速排查的实用命令 #

要确认某条连接到底会不会受用户注销影响，直接用Windows自带工具查就行：

• 先运行netstat -ano列出所有TCP连接的状态，找到目标连接对应的进程PID
• 再运行tasklist /fi "PID eq <查到的PID数值>"看这个进程所属的会话：如果会话名是已经注销的普通用户对应的会话，那这个进程和连接在用户注销时已经被清理了；如果会话名是Services（对应Session 0），那这类连接完全不受用户切换的影响。

内容的提问来源于stack exchange，提问作者David Benarroch