1. 项目概述与核心定位1.1 一个真实场景出发为什么你需要screen先说说我自己的经历。早些年刚接触Linux运维时最怕的就是远程登录到服务器上跑一个耗时任务比如编译内核、打包备份或者跑数据迁移脚本。任务刚跑了一半本地网络一连闪断SSH窗口直接卡死重连之后发现终端会话已经断了正在执行的进程也跟着被SIGHUP信号带走。那种感觉就像加班到深夜做完的报表还没来得及保存电脑突然断电全白干了。后来我学会了nohup用nohup command 把命令放后台虽然能解决“断线后进程被杀”的问题但nohup有个很明显的痛点任务一旦放到后台你就失去了跟它的交互能力。看不到实时输出中途想输入点什么、想临时改变参数完全做不到。你只能事后通过日志文件去查结果过程完全不可控。当时我就是在这种“又不想丢任务、又想要交互”的矛盾中第一次真正用上了screen。这个命令给我的体感是它像给终端开了个“虚拟显示器”你在上面跑的任何程序都挂在一个独立会话里。哪怕你关掉本地终端、断开SSH这个会话和里面的进程依然在服务器上正常运行。下次登录用一句screen -r就能找回原来的窗口看到的所有输出、运行到一半的任务原封不动地等你回来。这不只是运维专用。开发者在远程服务器上调试程序、学生通过SSH跑训练脚本、甚至普通用户偶尔需要挂一个稳定的下载任务都会遇到类似的痛点。screen就是解决这类问题的标准答案之一。1.2 screen到底是什么它和普通终端的区别在哪简单来说screen是一个终端复用器terminal multiplexer。它的核心逻辑很直接在你原本的终端窗口之上抽象出一层“会话层”。你所有敲进终端的命令实际上是先进入screen创建的会话里再由这个会话去执行。所以你的SSH连接只是通向会话的一条通道通道断了会话还在里面的进程自然不受影响。打个比方普通终端像是你直接在黑板前讲课粉笔字是写一块擦一块screen则像一台摄像机把讲课全程录下来你中途离开也好、摄像机断电也好录像都在服务器上存着随时可以回去接着看。搞清这个概念很重要因为很多初学者会把screen和“绑定到当前终端”的工具混淆。比如用script命令录制终端、或者用tee同时输出到屏幕和文件这些工具都依赖当前终端存活。而screen不一样它管理的会话和你的SSH/本地终端是完全解耦的。这也决定了后续所有操作逻辑创建会话、脱离会话、重新附着。2. 安装与基础用法实操2.1 各大环境下的安装姿势screen在绝大多数发行版的基础仓库里都有安装过程没啥难度。Debian/Ubuntu系用aptCentOS/RHEL系老版本用yum新版本用dnfArch系用pacmanmacOS用brew这里只列常见命令# Debian / Ubuntu sudo apt update sudo apt install screen # CentOS 7 / RHEL 7 sudo yum install screen # CentOS 8 / RHEL 8 / Fedora sudo dnf install screen # Arch Linux / Manjaro sudo pacman -S screen # macOS如果装了Homebrew brew install screen这里有一个容易被忽略的点很多云服务器基础镜像是精简版可能没装screen。你可以先输一下screen --version确认没有的话再安装。还有一个办法是用whereis screen看看执行文件是否存在。装完之后不用做任何配置直接用默认参数就行。screen的设计哲学就是“开箱即用”不像某些工具需要折腾半天rc文件才能跑通。2.2 五个高频基础操作先建立肌肉记忆刚开始用screen不需要把每个参数都背下来。先把下面这组操作练熟能覆盖大约九成需求# 创建一个命名会话建议每个任务单独起一个名字 screen -S build_nginx # 在会话里正常干活想离开时按这个组合键 # Ctrl A然后按 D即可分离会话detach # 查看当前所有会话 screen -ls # 重新进入某个会话 screen -r build_nginx # 实在找不到会话名时用这个暴力方式恢复唯一分离的会话 screen -r这里有个体验细节特别值得说当你执行screen -S session_name后屏幕会闪一下出现一个类似欢迎页的信息然后才回到命令行提示符。很多新手以为出了什么错误其实这只是说明你成功进入了一个新会话。从这一刻开始你执行的每一个命令都运行在这个会话里。关于“脱离会话”的快捷键CtrlA D我见过不少同事一开始老记不住。这里分享一个联想技巧CtrlA是告诉screen“我要跟会话管理器说话”后面的D代表“Detach脱离”。先按组合键再按字母D两个动作是分离的不是同时按三个键。理解了这层含义之后学其他快捷键也会顺很多。2.3 恢复会话的常见坑为什么screen -r有时候会报错screen -r这个命令看起来简单实际使用中会碰到几种报错场景我逐个说下原因和解法。最典型的情况是你用screen -ls看到会话状态是“Attached”意思是这个会话正被某个终端附着着。这通常是因为上一次你直接关掉了SSH窗口没执行CtrlA D优雅脱离导致服务器认为会话还处于被占用状态。这时直接screen -r会提示There is no screen to be resumed或类似信息。解决办法分两步。如果你确定当前没有其他人正在使用这个会话可以用-d参数强制接管# 强制把会话与旧的终端“脱离”在当前终端重新附着 screen -d -r build_nginx如果你的场景是断线重连旧连接是“僵死”状态上面的命令基本都能解决。但如果是团队协作别人真的还在用这个会话那就别强行接管老老实实跟同事沟通一下。还有一种多会话时的坑当系统里有多个分离会话时直接screen -r会报错提示你有多个候选需要指定具体会话名。这时先screen -ls看一眼会话列表再用带名字的screen -r 会话名进入。我建议从一开始就养成“每个任务起独立名字”的习惯一是方便识别二是避免多会话时难以区分。3. 进阶功能多窗口、分屏与日志排障3.1 一个会话里开多个窗口切换像翻页screen最让人上瘾的功能之一是在一个会话里开多个“窗口”。也就是说你只需要连接一次服务器却可以在多个独立终端之间来回切换每个窗口各自运行不同的任务。常用快捷键如下# 新建一个窗口并进入 CtrlA C # 在窗口之间切换下一个/上一个 CtrlA N CtrlA P # 查看所有窗口列表回车切换 CtrlA W # 给当前窗口重新命名方便识别 CtrlA A这个功能的使用场景很多。我最常用的是在窗口1里编辑配置文件在窗口2里实时tail日志在窗口3里跑构建任务。三个窗口互不干扰通过CtrlA N来回跳转省去了来回登录多个SSH的麻烦。使用时有几个小建议第一给窗口命名时尽量用有意义的名字比如“nginx-conf”、“build-log”不要留默认的“bash”名称。第二窗口数量控制在5到8个以内太多了反而增加认知负担。第三每个窗口里的进程在会话层面看都是独立进程组所以一个窗口里的任务卡死不会影响其他窗口。3.2 分屏Region一块屏幕上同时看多个终端如果你既想实时监控日志又想同时编辑配置窗口来回切换还是显得麻烦。这时可以用screen的分屏功能把同一个终端物理区域划分成上下两块每块显示一个不同的窗口。# 水平分割上下排列 CtrlA S # 切换到下一个分屏区域 CtrlA Tab # 在当前区域新建窗口 CtrlA C # 取消全部拆分回到单一窗口 CtrlA Q这里需要特别解释一下“区域”和“窗口”的关系。你可以把screen理解为一栋楼窗口是房间区域是朝向户外的窗户。默认情况下一扇窗户只展示一个房间而分屏就是在墙上多开几扇窗户每扇窗户可以展示不同房间的内容。实际操作中的步骤是按CtrlA S把屏幕水平分割光标会跳到新空白区域按CtrlA Tab切换到空白区域再按CtrlA C在这个区域里创建一个新窗口。这样上面是tail日志下面是vim编辑看起来非常直观。不过说句实话如果你对分屏没有强需求我建议优先用“多窗口切换”因为分屏在窄屏幕上显示区域会变得很小操作容易误触。另外分屏的快捷键在部分终端模拟器里可能被截获比如某些终端把CtrlA绑定到了“光标回到行首”需要到终端设置里关闭快捷键冲突。这点在macOS自带的Terminal里比较常见换成iTerm2或者VS Code的终端基本没这个问题。3.3 开启滚动与日志能力解决“输出超出屏幕”的焦虑默认情况下screen会开启滚动缓冲区但很多新手发现用鼠标滚轮或PageUp/PageDown翻不动历史输出。这是因为screen使用了“交替屏幕缓冲区”alternate screen buffer普通滚动操作作用在了备用缓冲区上而不是screen的滚动缓冲区。进入需要回看的窗口后按以下步骤操作# 进入screen的复制/滚动模式 CtrlA [ # 然后用方向键、PgUp/PgDn上下翻页 # 按空格选中复制起始点再次按空格选中结束点即复制内容 # 按 Esc 退出滚动模式这个模式我用得非常多。比如在会话里跑了个make输出几百行报错信息屏幕只留下最后几行用CtrlA [翻上去就能找到完整的报错上下文。这个功能在调试阶段几乎是刚需。顺便提一个日志记录技巧screen支持把整个终端输出实时写入文件这对排查偶发问题很有帮助。启动会话时加-L参数再用-Logfile指定日志路径# 会话内所有输出都会写到 /tmp/mysession.log screen -L -Logfile /tmp/mysession.log -S mysession这样就算你不在线程序自己跑出来的输出也被如实记录下来。注意日志文件会持续增大建议按需开启用完就关别长期挂着大日志。3.4 顺带一提screen里的复制粘贴在screen的复制模式里选中内容后按CtrlA ]可以把内容粘贴到当前光标位置。这个“复制-粘贴”功能在远程操作时特别好用比如从日志里复制一段报错信息粘到另一台机器上搜索。不过要提醒的是screen内部的粘贴操作和系统剪贴板是隔离的。也就是说你在screen里复制的内容不一定能直接粘贴到另一个完全独立的GUI程序里。如果需要在本地和远程之间传文字我一般直接依赖终端模拟器的选中复制功能比如iTerm2的选中即复制而不是用screen内部的复制模式。这个区别搞清楚之后很多“复制了却粘不出来”的困惑就迎刃而解。4. 实战场景用screen跑长任务与多任务管理4.1 场景一SSH断线后任务不中断讲一个很典型的例子。假设你要在服务器上解压一个大文件包打包后的tar.gz有几十GB解压可能需要十分钟甚至更久。直接在SSH里执行tar -xzf backup.tar.gz中途一旦网络抖动整个解压进程就会被终止。就算重连后再跑一次前面解压出来的碎片文件还得清理非常麻烦。正确的做法是# 1. 创建一个会话 screen -S extract_backup # 2. 在会话里执行解压命令 tar -xzf backup.tar.gz # 3. 按 CtrlA D 脱离会话此时可以放心关闭终端 # 4. 下次登录服务器后 screen -r extract_backup你会看到解压进度还在继续界面和离开时一模一样。核心原因在于进程的父进程是screen的服务进程而不是你的SSH会话进程。你的SSH断了只是断掉了“观看窗口”并没有给这个任务发送挂断信号。这里补充一个细节screen会话里的进程默认挂载在screen这个守护进程之下。你关闭SSH终端时SSH服务会向“会话首进程”发送SIGHUP但因为screen不是一个普通终端会话而是以“会话首进程”身份运行的进程所以它不会因为SSH断开就被干掉。这个机制的详细解释可以在man screen的“SIGHUP行为”一节找到理解这个机制你就能明白为何screen能稳住后台任务。4.2 场景二多个任务并行跑会话统一管理再举一个多任务并行处理的例子。假设你有一批数据需要同时跑多个Python脚本每个脚本处理一份数据。你可以用CtrlA C在一个会话里开多个窗口每个窗口启动一个脚本。这样在一个SSH连接里就实现了“多人协作”的效果。# 窗口1跑数据分析 python3 analyze_data_a.py # 窗口2跑模型训练CtrlA C python3 train_model.py # 窗口3跑数据清洗CtrlA C python3 clean_data.py相比直接在终端里用放后台再用jobs查看用screen窗口管理的优势是每个任务独立可见输出互不混杂随时切换查看。如果某个任务需要跟用户交互比如输入参数、确认下一步你也能随时附着到对应窗口进行输入。需要留意的地方是多个窗口同时并发跑任务对CPU、内存等资源会有叠加消耗。尤其跑数据脚本时最好先用htop看一下系统负载避免开太多窗口导致内存吃紧。此外若某个脚本需要GPU资源还得确认环境是否已正确配置CUDA_VISIBLE_DEVICES之类的变量这些和screen本身无关但实际使用中很容易忽略。4.3 场景三screen与部署脚本结合在做自动化部署或上线流程时我习惯把“漫长且危险的步骤”放到screen会话里执行。比如数据库迁移、灰度发布脚本等。这样即使本地网络出了问题也不会导致线上变更执行到一半时“无家可归”。一个常用的小技巧是让screen启动时直接执行脚本执行完自动退出。不需要人为进去敲命令。# 创建一个会话并直接执行部署脚本 screen -S deploy -dm bash /opt/deploy.sh这条命令里的-d -m参数组合含义是“启动一个分离的会话并立即在后台运行”。执行完这句shell会立即返回而deploy会话在后台自行执行部署脚本。之后你可以用screen -r deploy附着进去观察进度也可以完全不管它过段时间用screen -ls查看会话是否还存在。如果脚本很长建议在脚本内部加上set -x或者适当打日志方便后续排查。部署完成或脚本退出后screen会话会自动关闭screen -ls里就看不到这个会话了。这点和“挂起长任务”场景不同长任务持续运行会话持续存在一次性脚本结束会话也随之结束。4.4 场景四共享会话与团队协作screen还支持多用户附着到同一个会话也就是说两个人可以同时看同一个终端画面。某些联调场景非常有用你在演示某个bug同事在另一个终端附着进来直接看到现场省去截图和描述。使用方法很简单# 在机器A上启动者 screen -S debug_session # 在机器B上同事同一系统用户登录后 screen -x debug_session双方都能看到相同的界面操作则是“谁输入谁生效”。不过要注意screen -x默认允许多个客户端同时写入如果两人同时打字会造成输入混杂。协作演示时最好约定好“一个人说话、一个人操作”避免终端画面在两个人的输入之间疯狂跳转。这里还有一个权限细节默认情况下只有同一个系统用户才能附着对方的会话。如果要用不同用户共享会话需要配置multiuser on和相应的acl权限这属于高级用法日常用得不多但知道存在这个功能就够了。5. 常见问题、速查表与避坑心得5.1 状况一screen -ls显示已死会话Dead sessions长期使用screen后偶尔会发现screen -ls的输出里多了一行(Dead ???)的记录。这通常是因为会话中的shell进程异常退出或者服务器在某个时刻被强制重启导致screen的socket文件变成了残留状态。处理方式# 直接清除所有死会话 screen -wipe清除之后screen -ls就会变得干净。这个命令很安全它只会清理明确标记为“Dead”的会话不会误伤运行中的会话。5.2 状况二乱码与控制字符问题如果你在screen里运行vim、htop这类全屏程序有时会遇到界面错乱光标位置不对、字符重绘诡异。常见原因有两个一是终端类型没有正确传递二是screen的terminfo数据库和实际终端模拟器不匹配。解决办法# 在启动screen之前确保TERM变量设置正确 echo $TERM # 通常输出 xterm-256color 或 screen.xterm-256color # 如果遇到乱码强制指定终端类型启动 screen -T xterm-256color另外如果你在screen里跑中文应用发现中文乱码多半是locale问题和screen本身关系不大。可以检查一下locale输出确保LANG设置了en_US.UTF-8或zh_CN.UTF-8。实际排障时先确认“不在screen里是否正常”就能快速定位问题到底出在哪层。5.3 状况三会话里程序在跑但screen窗口无响应有时候你会发现screen还能用快捷键切换窗口但某个窗口里的程序好像卡死了输入任何命令都没反应。这时不要急于关闭会话先检查是“真卡死”还是“伪卡死”。常见伪卡死原因包括程序正在等待用户输入比如vim在等待确认、程序执行了阻塞式IO比如网络请求超时、或终端遇到了CtrlS停止输出控制在终端里误按了暂停键。如果是CtrlS导致的终端暂停输出按CtrlQ恢复即可。这个坑在screen里也会出现很多新手以为程序死了实际上是终端输出被暂停了。若是程序真卡死可以在窗口内按CtrlC尝试中断或者用CtrlA K关闭当前窗口会杀掉窗口内进程。5.4 高频命令速查表整理一份常用命令对照表建议截图保存或者贴到笔记里。操作意图快捷键/命令补充说明创建命名会话screen -S 名称名称建议用任务相关关键词创建分离状态会话screen -dmS 名称 命令执行完命令自动退出查看会话列表screen -ls注意查看Attached/Detached状态进入会话screen -r 名称多会话时必带名称强制接管会话screen -d -r 名称先分离旧附着点再进入脱离当前会话CtrlA D进程继续运行退出“观看模式”新建窗口CtrlA C同一会话内再开一个Shell窗口切换CtrlA N/CtrlA P下一个/上一个窗口窗口列表CtrlA W底部显示窗口编号滚动回看CtrlA [进入复制模式Esc退出水平分屏CtrlA S再配合CtrlA Tab切换区域关闭当前窗口CtrlA K会杀掉窗口内进程慎用额外开日志screen -L -Logfile 路径实时记录输出到文件清理死会话screen -wipe清理Dead状态会话显示帮助CtrlA ?screen内置帮助页5.5 结合个人习惯的三个心得第一我一般都把screen会话名以“用途_日期”的方式命名比如extract_0412、deploy_0412这样一周之后回看会话列表还能快速知道当初这个会话是干吗的。如果不命名列表里全是pts-0之类的默认名找起来非常费劲。第二长时间运行的会话最好开启日志记录。尤其是一些定时任务或爬虫脚本你不知道它半夜几点会出错。有了日志文件第二天起来直接查日志定位比附着进断开的会话里翻滚动缓冲区高效得多。第三养成“用完即退”的习惯。screen会话本身占用的资源不大但会话里挂着的进程会一直占内存。如果某次任务已经结束顺手在会话里敲exit退出即可。否则过度堆积的会话和死会话迟早会给你带来混乱。6. 末尾的一些个人体会我用screen这些年最大的感受是它看起来“简单”但真正理解“进程与终端分离”这个模型之后几乎能重塑处理远程任务的思路。现在遇到耗时操作我第一反应不是“直接敲命令然后挂念着别断网”而是天然地先开一个screen会话把任务放进去再安心做别的事。这个思维转变就是工具带给人的最大价值。最后再分享一个小习惯我通常会在.bashrc里给screen别名比如alias scrscreen -S、alias scrlscreen -ls、alias scrrscreen -r省去每次敲完整命令的时间。不过这只是个人偏好你完全可以用默认命令不影响任何事情。如果你还没用过screen建议今天就找一个小任务试试。哪怕只是screen -S test进去跑个top再按CtrlA D脱离重新登录后screen -r test找回来也能直观感受到那种“把窗口留在服务器上”的踏实感。等用熟了多窗口和日志功能你大概率就再也回不去“裸奔SSH”的日子了。
