Linux面试题这四个字每年不知道绊倒多少人。我自己做过面试官也被人面过既有问懵的时候也见过候选人答得比答案本身还精彩。大部分人不是不会用Linux而是不会“说”Linux——明明天天在终端敲命令真被问到一个简单问题反而答得支离破碎甚至把概念搞混。这篇文章把我近几年高频遇到的50道Linux面试题整理成了一份完整清单覆盖命令、权限、进程、网络、脚本和故障排查几大块每道题都给出简洁答法重点题还会拆解“为什么这么答”以及面试官的追问方向。适合准备运维岗、后端开发岗、嵌入式工程师面试的同学也适合刚入职被领导问得一愣一愣的职场新人。建议按模块过一遍能复述答案远比“看过”有用。1. 面试官到底想考什么Linux面试题的底层逻辑1.1 三类题目背后的能力模型表面上看Linux面试题考的是命令背没背熟实际上考的是三件事。第一基础概念是否扎实。比如“硬链接和软链接的区别”“僵尸进程怎么产生的”“sudo和su有什么不同”这些题没有任何场景包装纯粹看你对操作系统底层原理的理解深度。能答出来不难难的是能把这个原理讲清楚比如硬链接为什么不能跨文件系统这背后是inode机制在起作用。第二故障排查思路是否清晰。这类题通常是一个场景“服务器CPU飙到100%怎么办”“磁盘满了但找不到大文件”“8080端口被占用了怎么定位”。面试官并不指望你背出一条标准答案而是看你会不会用ps、top、lsof、df、du这些命令组合起来做一条完整的排查链路。这类题也是我面试时最看重的因为线上出问题没人给你时间慢慢翻文档。第三工程习惯和表达方式。同样的命令有人只报名字有人会主动说明参数含义、适用场景、风险点。比如问“如何后台运行一个命令”只说nohup和是不够的加分项是说出“nohup只能忽略挂断信号如果要彻底脱离终端最好配合setsid或使用systemd服务托管”。这种主动性在面试里非常吃香。1.2 面试答题的通用思路很多人答题失败不是不会而是没有结构。我建议遵循“结论先行、原理补充、场景延伸”三步走。结论先行就是第一句话直接给答案别铺垫。面试官问“怎么查看端口占用”你第一句就答“ss -lntp如果系统没有ss就用netstat -lntp”而不是先讲一遍TCP端口的知识。原理补充是把答案背后的机制讲清楚比如端口占用本质上是在/proc/net/tcp里找监听记录ss只不过把这个信息格式化显示出来。场景延伸是说清楚什么情况下用这个命令、有什么坑比如ss查不到的时候可能是权限不够需要加sudo。这套思路能覆盖八成以上的Linux面试题不仅答得完整还能反过来引导面试官往你熟悉的方向提问。2. 50道高频面试题速查清单下面这50道题是我从真实面试记录里筛出来的按领域分为五组每题给出一句话答案。表格适合快速自测先盖住答案自己说一遍说不顺的就标记下来回头去查。2.1 文件与目录命令1-10题号题目一句话答案1如何查看当前所在的目录pwd打印工作目录的绝对路径2ls -l 输出中每个字段分别是什么权限、硬链接数、属主、属组、大小、修改时间、文件名3如何复制整个目录cp -r 源目录 目标目录r表示递归4mv 和 cp 有什么区别mv是移动或重命名原inode不变cp是复制内容产生新文件5如何防止rm误删重要文件加 -i 交互确认或使用trash命令先移到回收站6find 和 grep 有什么区别find按文件名、属性、时间搜文件grep按文件内容匹配文本7默认权限644和755各自代表什么644属主读写组和其他只读755属主读写执行组和其他读执行8如何查看某个目录占用多大磁盘du -sh 目录s表示汇总h表示人类可读9tar打包和压缩有什么区别tar只打包不改体积-z调用gzip压缩-j调用bzip210如何快速查找nginx.conf在哪个目录find / -name nginx.conf 2/dev/null排除权限报错2.2 用户权限与系统管理11-20题号题目一句话答案11chmod 754 代表什么属主7rwx属组5r-x其他4r--12如何让普通用户临时获得root权限配置sudoers执行visudo给用户加sudo权限13useradd 和 adduser 有什么区别useradd是底层命令adduser是对相关系统的交互式封装14如何把用户加入附加组usermod -aG 组名 用户名a表示追加而不是覆盖15passwd 和 chpasswd 区别passwd交互式改密码chpasswd支持从标准输入批量修改16chown 和 chgrp 区别chown可同时改属主和属组chgrp只改属组17如何让日志文件只能追加不能随意改动chattr a 文件名root也无法直接覆盖内容18umask 022 对新建文件有什么影响文件默认权限666减022等于644目录777减022等于75519如何把某个用户强制踢下线pkill -u 用户名或pkill -9 -u 用户名强制杀其所有进程20root和普通用户的UID各是多少root是0系统用户通常是1-999普通用户通常从1000开始2.3 进程与性能排查21-30题号题目一句话答案21ps aux 和 ps -ef 有什么区别aux是BSD风格-ef是Unix风格显示信息基本一致22如何实时查看系统资源占用top或htop内存单独看 free -h23kill -9 和 kill -15 有什么区别15是SIGTERM优雅退出9是SIGKILL强制杀死进程无法捕获24什么是僵尸进程怎么处理子进程退出后父进程没有wait回收状态为Z需要父进程处理或重启父进程25如何让命令在终端关闭后继续运行nohup command 或 setsid command或在screen/tmux里运行26如何查看当前终端后台任务jobs -l只对当前shell有效跨终端要用ps27service 和 systemctl 区别service封装SysV init脚本systemctl管理systemd服务28如何设置服务开机自启systemctl enable 服务名会创建systemd符号链接29free -h 里的buff/cache能手动清理吗可以但不建议系统内存紧张时内核会自行回收30uptime负载均值怎么判断是否异常1/5/15分钟平均运行队列要和CPU核数比较超过核数说明过载2.4 网络与故障排查31-40题号题目一句话答案31查看IP地址用什么命令ip addr老系统用 ifconfig32查看端口被哪个进程占用ss -lntp或netstat -lntpp参数显示进程名和PID33ping不通一定是网络问题吗不一定可能对端禁ICMP或防火墙拦截要用tcping等测TCP34curl 和 wget 有什么区别curl支持协议多、可发送请求、便于调试wget适合简单下载35如何测试某个TCP端口是否通nc -vz 目标IP 端口或timeout 1 bash -c echo /dev/tcp/目标IP/端口36SSH登录特别慢怎么排查常见是UseDNS yes导致反解析改为no还要检查GSSAPIAuthentication37traceroute 是干什么的显示数据包到目标经过的路由节点和每跳延迟38如何查看本机监听了哪些端口ss -lntl表示监听n不做域名解析t只看TCP39scp 和 rsync 有什么区别rsync支持增量同步、断点续传、压缩scp简单粗暴全量传40域名解析失败怎么排查nslookup或dig查记录再看/etc/resolv.conf的DNS配置2.5 Shell脚本与文本处理41-50题号题目一句话答案41如何查看文件并显示行号nl 文件或 cat -n 文件42awk 和 sed 的区别awk按列处理、擅长统计计算sed按行流编辑、擅长替换删除43如何统计日志中访问量前10的IPawk {print $1} access.log | sort | uniq -c | sort -rn | head -1044如何全局替换文件中的字符串sed -i s/旧串/新串/g 文件名i表示原地修改45如何查看文件前10行和后10行head -10和tail -10动态跟踪用tail -f46xargs 的作用是什么把标准输入转换成命令行参数解决管道传参和参数过长问题47如何把一个大文件按行切分split -l 1000 文件名每1000行一个文件48如何把多个文件按行合并成一个cat file1 file2 all按列合并用 paste49脚本里如何判断上一条命令是否成功检查$?是否等于0或用 if 条件直接在命令后判断50如何调试Shell脚本bash -x 脚本.sh逐行跟踪执行脚本开头set -e遇到错误即退出3. 高频重点题详解这些答案为什么这么给速查表只是第一关真正拉开差距的是下面这些高频题。我不光给答案更想拆解“面试官为什么问”“怎么答才有区分度”。3.1 CPU飙升到100%怎么排查推荐的回答不是一上来就top而是先给一条完整链路。首先top观察按下大写P按CPU排序拿到占用最高的PID然后top -H -p PID查看这个进程内部哪个线程最忙如果是Java应用再把线程PID转成十六进制用jstack导出线程栈搜对应的线程号如果是普通C程序用perf top看一下热点函数最后结合最近变更判断是业务流量上涨还是死循环或者GC问题。面试官追问的往往是为什么不直接用pidstat答案是可以pidstat -p PID 1能看到单进程CPU变化更适合定位瞬时抖动。还有一个高频追问top里的%CPU超过100%正常吗正常那是多核累加的结果8核CPU单进程最大能到800%。这里很多候选人答不上来说明对CPU计数机制不理解。这类追问才是真正的分水岭。3.2 硬链接和软链接的区别完整答法分三层。第一层是命令层ln源文件目标文件建立硬链接ln -s源文件目标文件建立软链接。第二层是原理层硬链接本质上是同一个inode的多个目录项文件数据只有一份所以不能跨文件系统也不能对目录做硬链接软链接是独立文件存的是目标路径目标被删了链接就失效。第三层是场景层硬链接适合做备份快照中的去重软链接适合给可执行文件做快捷方式。为什么硬链接不能跨文件系统因为inode编号只在当前文件系统内有意义另一个文件系统里的inode号相同不代表同一文件硬链接如果允许跨系统链接就指向了完全无关的数据。这类题还有个隐含考点ls -l输出第二列就是硬链接数。普通文件默认是1每多一个硬链接就加1目录的硬链接数至少是2因为目录自身和它内部的.都指向同一个inode。3.3 怎么查看谁占用了8080端口第一答ss -lntp | grep 8080这是最直接的。如果没有权限看不到进程名加上sudo重试。老系统没有ss就用netstat -lntp。面试官抛出的陷阱是netstat和ss都查不到但浏览器就是能访问那说明监听在IPv6的::或某个网卡别名上用ss -ltnp实际会显示IPv6地址只是你没注意看。更隐蔽的情况是端口被Tomcat这类多实例占用需要看配置文件的server.xml里address”0.0.0.0”还是具体IP。这个题的加分项是先判断端口是监听状态还是连接状态。lnt里的l是listening只看监听如果只要找到哪个进程在跟外部建立连接就不能加l。另一个加分项是fuser 8080/tcp一条命令直接显示PID适合脚本里踢掉占用进程。3.4 磁盘满了df却显示没满怎么找元凶标准场景df -h看到/分区100%但du -sh /*一层层追下去所有目录加起来远小于分区大小。这时候要想到文件被删除却仍被进程占用。Linux里文件被unlink之后如果还有进程持有它的文件描述符磁盘空间不会立刻释放直到进程关闭文件或退出。排查命令是lsof | grep deleted找到deleted状态的文件和对应进程PID。解决方案一般是重启这个进程或者让运维确认业务能否平滑重载切忌直接kill可能引发线上事故。更大的教训是运维规范删大文件之前先lsof确认没有进程持有它。还有一个变体是磁盘没满但写不进去通常是inode耗尽df -i查看大量小文件把inode吃光了清理思路是find / -type f -size -1k统计小文件再批量清理。3.5 僵尸进程形成的原因和处理僵尸进程不是真在运行是子进程退出后父进程没调用wait/waitpid回收它的退出状态于是子进程变成一个存有退出码的“残影”在ps里显示Z。它不占CPU和内存但占着PID和进程表项积累多了会导致新进程fork失败。处理三步先ps -ef | grep defunct找到僵尸进程的PID和父进程PPID再ps -p PPID确认父进程是谁然后用kill -15通知父进程处理如果父进程是脚本或失控程序kill -9也杀不掉僵尸本身只能杀掉父进程让僵尸被init进程收养并回收。面试里如果能主动讲出“真正应该修的是父进程的代码子进程退出后必须wait”这一点说明你真的理解而不是背命令。3.6 sudo和su的完整对比很多人只知道sudo提权、su切换用户但这道题真正想听的是权限模型区别。su直接切换身份需要目标用户密码如果切root就需要root密码切换后拿到完整的shell环境sudo是以当前用户身份执行单条命令验证的是当前用户自己的密码而且靠sudoers规则精确控制能执行哪些命令。关键概念是sudo执行时进程的euid变成root但环境变量和当前用户保持原样所以能做到最小权限su切换后整个身份都变了。换句话说sudo是“借权”su是“换人”。追问环节通常问“sudo是否能执行任意命令”答案是否一切取决于/etc/sudoers里怎么授权比如可以只让某个用户执行systemctl restart nginx却禁止他执行useradd。3.7 定时任务的写法与常见坑crontab -e编辑当前用户的定时任务格式是五个字段分、时、日、月、周再加命令。最容易踩的坑不是格式而是环境变量——cron执行环境是非交互shell不会加载你的.bashrc脚本里如果用了自定义PATH变量下的命令就会找不到。解决办法是脚本开头export PATH/usr/local/bin:/usr/bin:/bin或干脆用命令的绝对路径。面试官还经常问如何实现每秒执行一次标准cron最小粒度是每分钟一次可以用while循环脚本自己sleep或者在cron里写30条错峰任务。另一个坑是脚本执行结果不落盘排查问题时根本不知道跑没跑建议crontab里把标准输出和错误都重定向/path/script.sh /var/log/script.log 21。定时任务执行失败时系统会发邮件给本地用户很多人收不到也不看实战中就错过了排查线索。3.8 负载均值到底怎么判断uptime输出load average: 1.50, 0.80, 0.60不少人只知道“超过1就不行”这是错的。负载均值是单位时间内处于可运行状态和不可中断睡眠状态的进程平均数不同核数的机器标准完全不一样。4核机器负载4才算满载8核机器负载4还很健康。更准确的做法是看平均负载和CPU核数的比值长期大于1说明有排队结合top里的us、sy、wa、id各项判断瓶颈是CPU计算还是IO等待。有一个比较进阶的加分点不可中断睡眠D状态的进程也在拉高负载而D状态往往是等待IO比如NFS网络文件系统卡死此时就算CPU空闲负载也会很高。能答到这一层面试官基本就认可你遇到过真实生产问题。4. 实战场景题与排障套路4.1 CPU跑满三部曲线上告警说CPU使用率100%第一步先登录机器执行top -c看哪个进程在最前面重点看COMMAND列有没有异常名字。第二步对嫌疑进程执行top -H -p PID找到内部线程比如Java进程会看到GC线程或业务线程CPU高。第三步把线程号转成16进制printf %x\n再用jstack PID | grep -A 20找到对应线程栈基本就能定位到具体代码行。这套流程的关键是冷静别上来就重启。重启虽然能暂时恢复但下次还会再犯而且重启会丢掉线程dump等于把证据销毁了。我在实际处理中会先保留现场top和jstack输出再决定是否重启。4.2 磁盘告警标准处理流收到磁盘空间告警第一反应df -h看哪个分区满了。找到分区后执行du -sh /分区/*按一级目录从大到小排序逐层定位大目录。但一定要警惕文章前面说的deleted文件问题所以无论找没找到大文件执行一遍lsof | grep deleted都有必要。还有inode耗尽单独用df -i检查。经验之谈/var/log/journal是日志的隐形杀手journald默认会把系统日志积累到很大规模限流配置是/etc/systemd/journald.conf里的SystemMaxUse我记得设置成500M比较常用。另一个容易被忽略的是/root/.bash_history这种单用户文件也能长到好几个G别一刀切删光用cat /dev/null 文件清空而不是rm能保留文件句柄给当前会话继续写。4.3 网络不通的排查顺序网络问题是Linux面试的常客实际场景里也是最让新手慌乱的。我建议记住“从底层往上查”的口诀先ping 127.0.0.1验证本机协议栈通了说明网卡驱动和核心没问题再ping网关IP验证二层通信最后ping外网IP验证三层路由域名不通额外看DNS解析。有个细节容易被忽略防火墙iptables或nftables的规则可能拦住了ICMP或特定端口导致ping不通但业务其实正常。所以排查到一定阶段要检查iptables -L、firewalld状态必要时临时放行测试。如果服务器A能ping通B但B的端口一直连接超时优先检查B本机是否监听正确ss -lnt确认端口没被别的进程抢先占用。4.4 服务起不来的通用排查法应用启动失败最忌讳直接看日志而应该按顺序排查第一进程是否已经在跑ps -ef | grep服务名端口是否被占用ss -lntp第二依赖的资源是否存在比如工作目录、配置文件、数据库连接第三看真正的错误日志journalctl -u服务名或应用自己的log文件。我之前遇到过一个典型问题systemd服务明明配置了ExecStart指向了一个脚本却一直启动失败。用systemctl status查看才发现exit code是203/EXEC真实原因是脚本没有执行权限或者第一行解释器路径写错。这种问题不看status只看应用日志能排查一整天。所以遇到systemd服务失败第一件事永远是systemctl status服务名看头部几行输出哪怕只看最后一句Exited with code也比盲目翻日志快。5. 面试中的常见错误与备考建议5.1 答得不错但被刷的几个原因我面试过不少基础不错的候选人最后挂在几个很隐蔽的问题上。第一个是答案太短问“怎么查看磁盘占用”回答一个du就结束了完全没有上下文面试官想听到的是先df -h看全局再看du找具体目录接着讲deleted文件坑。第二个是不说风险比如问rm -rf直接说“删除文件就完了”没有补充“生产环境要谨慎建议先mv到一个临时目录再确认后删除”。第三个是主动暴露短板比如自己提了一句“LVM不太熟”结果面试官顺着问了两个小时LVM本来有优势的岗位就这么被带偏了。应对策略很简单不熟的东西不要主动提被问到就诚实说“这部分生产环境用得少我了解基本概念但不深入”比硬编一个答案体面得多。5.2 一个月备Linux面试怎么安排时间紧凑的话我建议分成四周。第一周打基础把50道题前两组过一遍每个命令都要亲手敲重点是权限、链接、用户管理的原理。第二周攻性能集中练top、ps、free、vmstat、iostat拿自己电脑或服务器做实验故意制造CPU占用和僵尸进程亲手去查。第三周练网络和脚本ss、netstat、curl、nc同时每天写两个awk/sed一行流统计日志练到条件反射。第四周模拟面试找一个朋友互相提问45分钟或者自己开着录音讲题讲完之后回听你会发现很多当时觉得顺的逻辑其实断断续续。刷题清单本身不是最重要的重要的是每个命令都对应一个场景每个场景都要能讲出排查步骤和坑。5.3 简历上的Linux技能怎么写简历这一块也能明显拉开面试体验。只写“熟悉Linux”等于没写面试官根本不知道你熟到什么程度。建议改成“熟练使用Linux常用命令能够独立处理CPU、磁盘、网络类故障熟悉systemd服务管理与Shell脚本编写日均处理线上问题若干起”。每个能力点都对应一个可验证的产出比形容词更有说服力。如果简历里能写一个具体的故障案例更是加分项。“在XX项目中定位并解决磁盘空间异常增长问题最终发现是日志未轮转导致通过配置logrotate将磁盘使用率从95%降至50%”这种描述比“熟悉Linux运维”具体一百倍面试官也会顺着你的案例往下问相当于你主动设定好了面试范围。准备Linux面试本质上是把零散的知识点串成排查思路和工程意识。我自己做面试官这几年最深的体会是能背下命令的人很多能把一条命令背后的代价和坑讲清楚的人很少而后者才是工作中真正需要的人。最后分享一个我自己备考时用的小技巧每学一个新命令就问自己三个问题——它解决什么问题、原理是什么、如果我不用它还有哪些备选方案。用这个方式过完这50道题再去面试你会明显感觉到那些问题不再是问题而是你展示经验的切入口。