服务器的screen是哪个，怎么查看服务器的屏幕信息

服务器的screen是一个叫GNU Screen的终端复用软件，它在服务器上以screen进程形式存在，作用是让你在一个SSH会话里开多个独立窗口，断开连接后程序照常运行。

很多新手运维第一次登录服务器,敲top看到一堆名字叫screen的进程，或者在输入screen时提示找不到命令，都会愣一下：这到底是系统自带的东西，还是别人留下的程序？这里直接把结论说清楚：screen是Linux下经典的终端复用工具，属于第三方软件，不装就没有。 它跟你服务器上跑的Nginx、MySQL不是一个概念，它管的是“终端会话”本身。

服务器上的screen进程到底是干什么的

场景往往是这样：你通过SSH连上服务器，跑一个数据同步脚本，预计要两小时，刚把命令敲下去，本地网络断了，SSH掉线，脚本也跟着中断，问题不在脚本本身，而是脚本依附于你的SSH终端，终端一没，它就被系统杀掉。

screen就是为了解决这个问题出现的,它在你服务器上创建一个“虚拟终端”，这个终端跟你本地SSH断开没关系，你把任务丢进去，人离开，screen自己在那挂着，进程继续跑，等网络恢复，你再连上去，输入一行命令就能重新看到那个还在运行的窗口。

所以你在服务器进程列表里看到的每个screen进程，其实就是这个软件在运行的具体实例，一个screen会话对应一个守护进程，它下面管理的每个窗口又会有对应的子进程，看到多个screen很正常，因为不同用户或者不同登录时间创建的会话，都会各占一个。

你还会在/usr/bin/screen或者/bin/screen看到这个程序文件本身，用which screen可以直接查到它在系统里的路径，这也就回答了“服务器的screen是哪个”的另一层意思它在文件系统里是有实体的，不是一个抽象的系统服务。

screen命令是干什么用的：日常操作怎么上手

如果你还没装,Debian/Ubuntu系用apt install screen，CentOS/Rocky系用yum install screen，装好之后，最常用的就四个操作：新建会话、脱离会话、回来、关闭。

新建一个带名字的会话，是避免搞混的关键，比如你要部署一个Java应用：

screen -S deploy

回车后看起来跟普通终端没有任何区别,但这时候你已经在一个screen虚拟终端里了，跑你的部署脚本、压测命令、日志跟踪都行。

关键一步是“脱离”：按键盘Ctrl+A，松开，再按一下D，你会看到一行提示[detached from 会话名]

，然后回到了正常的SSH终端，这个操作不会中断里面跑的任务，只是让你离开这个窗口，过程只要一两秒，记住先按Ctrl+A，再按D就行。

回来接着看，用恢复命令：

screen -r deploy

不管过了多久,只要服务器没重启、screen进程没被杀，你就能回到当初那个界面，之前的输出记录都还在。

查看当前有哪些会话，用screen -ls，输出里会把每个会话的ID、名字、状态列出来，状态如果显示(Detached)，说明你随时可以恢复；如果是(Attached)，说明有人（或者你自己换个终端）正在用它。

彻底关掉会话，直接在窗口里输入exit，比用Ctrl+A再按K杀窗口温和得多，你不知道它在跑什么的时候，先screen -ls看清楚，再决定动不动手，别上来就killall screen，容易误伤别人正在跑的任务。

怎么退出screen但这个进程还在后台运行

这应该是问得最多的场景：我想把窗口关了，但里面的程序不能停。

这里必须分清两个动作：“退出窗口”不等于“杀掉进程”，在screen里，窗口关掉的方式有很多种，但只有一种是你真正想要的。

第一步,回到窗口里，按Ctrl+A再按D让会话脱离，这时候你的SSH终端会显示[detached]，screen作为进程依然活着，里面的脚本也还在跑。

第二步,如果你连SSH都直接断掉，也不用管。screen的设计目标就是让你的任务不依赖SSH连接，你本地电脑关机、网络断了、SSH超时，screen会话照常运行，下次登录服务器，screen -ls就能看到那个会话还在列表里，恢复就是了。

有一种情况要注意：你按了Ctrl+C，这不是退出screen，而是把当前窗口里的前台程序中断了，很多人以为“退出screen”就是这个，结果跑得好好的脚本被自己按没了。

还有一种误解：在screen窗口里敲exit，这里是退出这个shell窗口，如果这是最后一个窗口，整个screen会话也会结束。想让会话活着，永远用Ctrl+A再按D脱离，不要用exit，分清这两种操作，你就掌握了screen的实质。

linux screen和nohup区别哪个好：选哪个更省心

绕不开的对比问题。nohup也是个老牌工具，命令格式是nohup 命令 &，基本思路是把命令挂到后台，跟终端脱离关系，但两者思路完全不同，放在一起对比看：

业内专家指出,这两个工具解决的不是一个问题。nohup适合“跑完就忘”的简单任务，比如启动一个Jar包、跑一个定时备份，命令短，没有后续交互。screen适合“要反复看进程、改配置、跑交互命令”的场景，比如排查线上问题、跟踪日志、跑数据库导入导出。

实际环境中很常见的一种做法是：用screen启动一个服务，然后脱离，过一段时间再连上去看日志输出，这种方式比nohup直观的地方在于“窗口还在”，你一进去就能看到之前的输出和当前状态，不需要凭脑子记命令记录，特别是处理十几个甚至几十个并发任务时，给每个任务起个单独screen名字，比一堆nohup进程好管理得多。

如果你装了tmux,它跟screen做的事情高度重合，tmux界面更现代，分屏更好用，但centos等老系统默认不带，装了才能用。screen是绝大多数Linux发行版软件源里的标配工具，最小安装也能轻松装到，用几年也不需要换，选哪个全看个人习惯，就功能本质而言，这俩都是终端复用器。

服务器出现screen进程是不是被入侵了

很多人第一次用top看到screen会咯噔一下，担心是不是被人留了后门，这个顾虑正常，但结论很简单：有screen进程不代表被入侵，最多只能说明这个工具被用过。

排查逻辑也不难,先跑screen -ls看有没有会话列表，如果显示No Sockets found，说明有程序残留但没活动会话，再查是谁启动的，ps aux | grep screen看第二列用户名，是你自己就肯定没问题。

真正需要警惕的是你不知道的加密矿机或恶意脚本可能挂着screen跑，这种情况下screen -ls能看到一个不认识的会话名，screen -r 会话名进去就能看到它在跑什么，看到可疑的直接记录PPID、启动时间、对应的命令路径，然后杀掉进程清理对应脚本。

多数情况下,服务器上的screen进程是之前某个运维同行或者你自己忘了退出的会话，跑了几年的生产服务器上挂着几个陈年screen会话非常常见，不代表谁在用，只代表会话还活着，发现不是自己在用的会话，确认没有可疑程序后，

screen -S 会话名 -X quit就能温和地关掉，基于screen的既有功能设计，一旦会话关闭，其守护进程也会自然退出，不会在系统里留任何多余的东西。

恢复会话这件事本身有个小坑：如果之前会话用的名字忘了，先用screen -ls找到名称里的那一串数字ID，那就是会话ID，用screen -r 会话ID也能恢复，列表里如果有死掉的socket文件，清理用screen -wipe。

服务器screen的常见问题解答

screen命令是干什么用的，生产环境里什么时候必须用？

生产环境中遇到升级、数据导入、日志跟踪这类任务时，SSH断线造成的任务中断代价很高，这时候就必须用screen，它让任务脱离你的终端，在网络不稳定甚至本地关机的情况下照常运行，重启服务器会把所有screen会话清掉，这点要知道，任务开始之前先确认服务器不会重启。

服务器screen和docker容器里的进程有什么关系？

容器里的主进程跟你的screen会话没有直接关联,screen只是提供终端环境，你在容器里用screen跑任务，原理跟宿主机一样，都是创建虚拟终端并守护，但容器本身就具备进程守护能力，多数情况下不必在容器里再用screen，直接在容器主进程里跑任务更符合容器设计习惯，宿主机上大量使用screen的运维团队，反而需要同步清理会话以防资源积压，大多久了自然养成了定期screen -ls看一眼的习惯。

为什么有时候服务器重启后screen会话就没了？

screen本身不会在开机时自动拉起之前的会话,重启后/run/screen目录里的socket文件被清空，所有会话随之消失，要想会话在重启后还在，得用systemd服务或者supervisor把任务包起来，而不是依赖screen恢复，行业共识是把screen当作会话工具而非守护工具，该上systemd的服务不能靠screen将就，开机自启和存活保活是service manager的工作，screen只管会话层面的事。

最后再收束一下：服务器的screen就是一个终端复用工具，它不神秘，也基本不需要担心安全问题。它的存在是为了让你跟服务器之间的连接不再脆弱，让长任务不再因为断网而前功尽弃，装好它、记住Ctrl+A再按D脱离、用screen -r回来，这三个操作就足够覆盖大多数运维场景了，遇到进程列表里那些screen，先查会话名再决定去留，比乱杀安全得多。