简介面向 Linux 系统管理员、运维与开发人员的面试题库整理围绕文件系统、设备管理、进程管理、网络管理、安全管理、系统配置等高频考点展开适合求职备考、笔试刷题和日常自测。资源为 1 个 PDF 文件压缩包约 307KB内容以填空问答与答案为主也穿插了索引节点、文件权限表示、vi 编辑器工作模式、DNS 与 Apache 等知识点的原理解释便于按专题快速查阅。已有 1468 人学习下载。整份题集具体覆盖 Linux 文件系统组成、设备与超级块、进程运行态/就绪态/等待态、静态路由与 RIP/Ping/DHCP、用户 ID 与权限位、系统备份、Shell 权限等面试常考内容通过 50 余道填空题及配套解析读者可以系统检验 Linux 基础与进阶知识的掌握程度熟悉常见概念辨析与命令用法及时查漏补缺也适合作为培训讲义或考前冲刺资料。 这两年后台私信里被问得最多的一份资料就是名为“Linux面试题大全及答案.pdf”的文档。不管你是准备校招的应届生还是想跳槽的运维、后端开发甚至是测试和运维开发方向几乎人手一份。但说实话我见过太多人把这份PDF存进网盘就吃灰了或者从头到尾硬背一遍结果面试时被面试官稍一追问就露馅。原因很简单Linux面试考的从来不是“记住答案”而是“解决问题的思路”。如果你手里正好有这份PDF或者正打算找一份来刷我建议你先别急着背花几分钟看看这篇拆解。我会把Linux面试真正会考的高频方向、典型题目背后的考察意图、以及你该怎么准备才不会被问倒一次性讲清楚。这份资料我已经带过很多届新人也在实际面试中被问过无数回今天把里面的精华提炼出来结合我自己的踩坑经历给出一份比较实在的复习路线。如果你能顺着这条线把知识点串起来再去刷那份PDF效率会高很多。1. 面试题的五花八门其实都围绕7个内核在转Linux面试题看起来浩如烟海从命令背诵到内核参数从Shell脚本到网络排查好像什么都可能考。但你要是把市面上几百道题放在一起归类会发现它们翻来覆去都在考7个方向。文件与权限管理inode、软硬链接、权限位、umask、ACL、特殊权限位。进程与系统管理进程状态、僵尸进程、孤儿进程、systemd、cron、负载均衡。存储与磁盘管理分区、LVM、RAID、df与du的区别、inode耗尽。网络基础与排查TCP三次握手、端口连通性、DNS解析顺序、抓包分析。Shell脚本与文本处理grep、awk、sed、find、循环、变量、正则。服务与日志管理Nginx、SSH、rsyslog、journalctl、logrotate。安全与系统加固sudo提权、SSH安全配置、防火墙iptables/firewalld、权限过度。这7个方向就是Linux岗位面试的“地基”。你看那份PDF的时候如果一道题直接判断出它属于哪个方向然后用你自己的话讲清楚“是什么、为什么、怎么查”基本就能拿到及格分。怕就怕只背结论不背原因比如“查看进程用ps aux”面试官问一句“aux是什么意思和ps -ef有什么区别”很多人就懵了。带着方向感去复习比逐条背题高效得多。我建议你把PDF里的每一道题先按照上述7类打上标签再按类别集中攻克这样脑中会形成知识网而不是知识碎片。1.1 文件权限和inode为什么总是第一个被问很多面试官喜欢从文件权限切入看起来简单其实藏着一堆坑。比如“zvjjf”这种权限表示法你要能一眼看出它等于755反过来给你755你要能说出是rwxr-xr-x。再往下深挖SUID、SGID、Sticky Bit是什么分别有什么实际用途比如/tmp目录的1777权限为什么普通用户能写但不能删别人的文件这就是粘滞位在起作用。inode是另一个高频点。文件系统中文件名和inode是分开存储的inode记录元数据权限、属主、大小、时间戳、数据块指针文件名只是目录项里的一个映射。这道题考察的是你对文件系统底层结构的理解。实际工作中No space left on device但df -h显示还有几个G多半就是inode耗尽了原因通常是邮件队列、小缓存文件爆炸。能用df -i和find / -xdev -type f | wc -l这种组合排查面试官会眼前一亮。还有软链接和硬链接的区别几乎是必写代码题。软链接可以跨文件系统、可以指向目录、删掉源文件会失效硬链接不能跨文件系统、不能指向目录、共享同一个inode、删掉源文件还能访问。记住一个口诀“软链接是快捷方式硬链接是第二个门牌号”。1.2 进程和系统管理不只是背命令进程相关的题目背后考察的是你对操作系统调度和生命周期管理的理解。僵尸进程是个典型。子进程结束但父进程没有调用wait回收它的退出状态进程表项就一直留在那里变成Zombie。解决办法通常是杀掉父进程让init代为回收或者写代码里显式wait。面试官追问“为什么不能直接kill僵尸进程”时是因为僵尸进程已经死了kill信号发给它没有意义真正的关键在父进程。系统负载是另一个高频题。uptime里的load average有3个数字分别代表1、5、15分钟的平均负载。很多人误以为负载就是CPU使用率其实它是一个“活跃进程数”的指标包含正在运行和不可中断睡眠的进程。多核CPU下负载和核数对比才有意义负载长期高于核数说明系统过载但也要区分是CPU密集、IO密集还是内存换页导致的。准备一两个真实排障案例比如某个Java进程导致load飙高排查发现是Full GC频繁面试时非常加分。1.3 网络排查面试官的“心理战”网络题目在Linux面试中出现概率越来越高尤其是运维和SRE方向的岗位。基础的像“如何判断本机到某台服务器80端口通不通”你要会脱口而出telnet ip 80、nc -vz ip 80、curl -v http://ip但不能只会这些还要能说出如果telnet不通怎么用traceroute分段定位或者用tcpdump抓包看SYN发出去有没有SYN-ACK回来。TCP三次握手被问到的概率极高但多数人只背了“SYN、SYN-ACK、ACK”三个状态词。面试官一旦往下问“为什么需要三次而不是两次”就要从防止历史重复连接初始化混乱和双方确认收发能力两个角度回答。再往下有“TIME_WAIT为什么存在、怎么优化”这背后是确保最后一个ACK能到达以及让旧连接的数据包在网络中消散。可以用ss -s看系统TIME_WAIT数量Nginx高并发场景下大量TIME_WAIT时开tcp_tw_reuse和调整tcp_fin_timeout都是可聊的优化点。DNS这块常见的坑是nslookup能解析出IP但curl还是报“Could not resolve host”。原因往往是系统里/etc/nsswitch.conf的主机解析顺序问题或者/etc/resolv.conf里配了多个DNS但第一个超时导致整体变慢。能顺手说出dig trace来定位是哪一层解析失败已经很能说明实战水平了。2. 高频面试题的“五星考点”精讲如果时间实在紧张下面这几道题属于“不准备必挂”的级别建议优先吃透。它们既有基础概念考察也有实际排障能力考察在PDF里出场率极高。2.1 如何查看系统运行状态和排查负载高这道题的完整回答套路是先用top或uptime看负载再用top按CPU或内存排序定位进程用ps -eo pid,ppid,%cpu,%mem,cmd --sort-%cpu看具体命令用vmstat观察r、b、si、so各列判断是CPU还是内存问题用iostat看磁盘IO。整个流程体现的是“从全局到局部”的排查思路。为了更有说服力可以加上pidstat看单进程线程级指标或者perf top看内核热点函数。答完命令后要能随口说出每个输出字段的含义。vmstat里的r是运行队列中的进程数超过CPU核数说明CPU不够si和so是swap换入换出量长期大于0说明内存不足。能把这几个参数背后的含义讲明白说明你不是只背命令而是真懂性能分析。2.2 文本处理三剑客的使用场景和区别grep、awk、sed是Linux面试里的“必考三兄弟”。它们之间的联系和区别必须非常清晰grep负责“过滤”是在文件内容或命令输出中找匹配行。sed负责“流编辑”能做增删改替换是按行处理文本的编辑器。awk负责“格式化与计算”按列处理文本能做求和、统计、分组本质是一门小语言。我经常用一道演练习题来测试候选人有一个access.log格式是IP 时间 请求 状态码 响应大小怎么统计每个IP的访问次数。答案很简单awk {count[$1]} END {for(ip in count) print ip, count[ip]} access.log | sort -k2 -nr | head -20。这道题能同时考到awk的数组思想、sort的按字段排序、管道思路。如果你还能补充用sort | uniq -c替代awk方案的效果面试官会认为你思路开阔。2.3 一条经典面试题如何查找大文件和清理磁盘“磁盘快满了怎么办”在实际工作中几乎每周都会遇到也是面试官最爱问的场景题。回答套路要清晰先df -h确认哪个分区满了再du -h --max-depth1 /usr/local | sort -hr | head逐层往下找大目录或者用find / -xdev -size 100M -exec ls -lh {} \;直接定位大文件。更进阶的考法是“lsof | grep deleted”。如果一个文件被删除后空间没释放通常是因为有进程还持有该文件的文件描述符。这时候光删文件没用要找出来是哪个进程还是占用着重启或重载该进程才能释放空间。这个点在很多面试题答案里没有但却是很加分的实用经验。2.4 脚本编写别在基础题上翻车Shell脚本题通常让写一个备份脚本或者日志清理脚本。常见要求是备份指定目录保留7天并加入crontab。写出这样一个脚本不难但想拿高分要注意几个坑脚本开头加#!/bin/bash和set -euo pipefail这是规范习惯。用$(date %F)生成带日期的备份文件名。用find /backup -type f -mtime 7 -delete完成清理注意-mtime 7和-mtime 7的区别。crontab用绝对路径并且把脚本日志重定向到文件便于事后排查。面试官如果追问“为什么用set -euo pipefail”回答是-e让脚本在出错时退出-u防止变量未定义-o pipefail让管道中任何一个命令失败都算失败。能主动写出这三项说明具备生产环境脚本开发的素养。3. 实战场景复盘面试官喜欢的“手撕题目”长什么样越来越多公司面试不满足于“说考点”而是会给一个模拟生产环境的故障场景让你在规定时间内给出排查路径。这部分的训练光看PDF是不够的我给几个典型的场景和思路你可以自己搭虚拟机练一下。3.1 场景一用户反馈网站访问慢候选人的第一反应该是先确认是“所有用户都慢”还是“部分用户慢”是“偶发慢”还是“持续慢”。在服务器上先看负载和CPUtop、uptime、看网络连接状态ss -s、ss -ant、看应用日志。常用的定位链路是浏览器F12看耗时阶段 → DNS解析是否慢dig → TCP连接是否慢 → 服务端处理是否慢 → 数据库查询是否慢。这个场景里有一个容易忽略的点带宽打满导致访问慢而top显示CPU和负载都不高。怎么查用nload或iftop看实时流量或sar -n DEV看历史流量曲线。一手经验比背答案更能打动面试官。3.2 场景二服务器被入侵后的排查思路安全类题目近几年频率上来了。考察的点不再只是“改密封IP”而是完整的事件响应流程。先去last和cat /var/log/secure或/var/log/auth.log确认登录记录排查异常用户cat /etc/passwd尤其看向uid为0的非root账户查看历史命令history用ss -antlp看异常监听端口检查计划任务crontab -l和/etc/cron*用find / -mtime -7 -type f找最近被修改的可疑文件。这背后考察的是安全运营思维一旦发现入侵优先隔离断网、快照而非杀进程因为需要保留证据。面试时把排查步骤按“固证-隔离-分析-恢复-加固”的逻辑讲出来比零散提几个命令强得多。3.3 场景三写一条命令完成“对某个进程的CPU使用率进行排行”很多公司机试环节会直接让在终端里写命令基本要求是找到Java进程里CPU占用最高的线程并导出线程dump。完整命令链是top -Hp pid找到线程ID再用printf %x\n tid转成十六进制再用jstack pid | grep -A 20 十六进制查看线程栈。整个过程将系统命令和Java工具链结合了起来Linux基础和中间件知识都有涉及。如果没有Java改成Lua、Python进程也可以用类似思路用/proc/pid/task配合perf来定位。4. 突发场景排查技巧这些坑不能踩不管面试还是真实工作有些环境问题很隐蔽不实际踩过很难想到。这里整理了几个经典的“反直觉”现象等于是在你脑子里先埋下排查的锚点。4.1 “文件删了但磁盘空间不释放”前面提到过可能是有进程还在写这个文件。用lsof L1或者lsof | grep deleted把持有已删除文件的进程列出来。这类场景在运维面试中的出现频率很高因为很多公司生产环境确实出现过日志被误删但磁盘仍满的情况考官问你“删了什么都不释放”时其实就是在等你答lsof这一步。4.2 “TCP连接能通但RDP/SSH访问卡顿”网络连通性没问题但就是慢、掉线。常见原因是MTU问题、或者出口带宽被占满。也可以用mtr看丢包率和延迟分布检查是否在高延迟链路或拥塞的中间设备上丢包。这些都是面试题之外的“实战加分题”因为面试官知道你不看真实环境是编不出这种经验的。4.3 “内存明明还有很多但系统开始用swap”这种情况多为内核swappiness参数设置偏大或者说系统认为某些冷数据换出更划算。临时调整可以用sysctl vm.swappiness10永久写入/etc/sysctl.conf。但如果你的应用是Java或MySQL这类吃内存的服务光调swappiness是不够的要结合/proc/meminfo里Cache页缓存的占用情况确认是不是文件缓存可以回收。能说出cat /proc/meminfo | grep -E Dirty|Writeback一块去判断缓存抖动会让面试官觉得你真的处理过类似问题。4.4 “crontab任务好像没执行”这几乎是新人入职后必踩的坑。常见原因包括cron服务没启动、脚本没有执行权限、脚本中用了相对路径导致找不到文件、环境变量比如PATH和登录Shell不一致、脚本执行出错但没写日志。排查时先systemctl status crond确认服务再grep CRON /var/log/cron看调度记录最后手动执行脚本看输出。能把“环境变量不一样”这一点主动说出来说明你理解cron的非交互式Shell本质。4.5 常见问题与排查技巧速查表现象首选排查命令常见根因磁盘空间显示满但du统计很小lsof | grep deleted进程持有已删除文件句柄文件系统报告只读mount | grep ro、dmesg | tail文件系统异常系统自动降级为只读进程杀不掉D状态ps -eo pid,stat,wchan不可中断IO等待多半与存储故障有关端口明明监听了但外部不通ss -antlp、iptables -L、firewall-cmd --list-all防火墙策略或云安全组未放行系统时间突然不准timedatectl status、chronyc trackingNTP同步异常或使用了错误的源内存长期吃紧但找不到进程slabtop、cat /proc/meminfo内核slab缓存或文件页缓存占用量大系统启动后某个服务起不来journalctl -u 服务名、systemctl status 服务名配置错误、端口占用、依赖服务未就绪5. 资料永远只是索引真正的核心是搭建自己的知识体系写到这里想多说一句。题目是死的但面试是活的面试官绝对不会拿一份“Linux面试题大全及答案.pdf”来考你——他们只会从实际工作场景里挑出问题再引出背后的原理。我用这份PDF带过很多人最后能顺利通过面试的从来不是把答案背得最牢的而是在遇到新题目时能迅速归类、用已知知识推导出未知答案的人。如果时间有限建议按下面三步走先按7类内核把题目扫一遍画出你的薄弱点。对薄弱点深入理解动手在虚拟机里敲一遍尤其是权限、文本处理、网络排查、Shell脚本这几块。把每道题变成“给别人讲一遍”的形式能不用笔记就讲清楚才算真的掌握。如果你还能把strace、lsof、tcpdump、ss、dstat这五个命令练到条件反射级别应付90%的Linux现场排查题都不虚。这些不是PDF里的题但它们的原理全都藏在PDF题里。资料只是入口能力长在自己身上。希望这份拆解能让你手里的PDF真正发挥价值面试时多一些底气。本文还有配套的精品资源点击获取