简介针对电子科技大学Unix课程整理的系统复习材料内容覆盖Unix概述、Shell语法、文件与目录管理、进程管理、权限与用户管理、网络通信、文本处理与正则表达式、系统调用、编程工具及性能监控等核心模块适合计算机专业学生考前梳理与巩固。资源包共含124个文件其中61个C示例程序、10个C源码及配套头文件可结合代码理解open、read、write、fork、exec等系统调用并辅助掌握管道、信号量、共享内存等进程间通信方式4个PPT课件、2个Markdown笔记和1个XMind思维导图便于回看课堂重点、搭建知识网络txt笔记与截图则记录了常用命令与实验效果整体压缩包约38.83MB结构层次清晰。目前已有489人学习下载。借助这份资料读者可系统掌握Unix常用命令、Shell脚本编写以及chmod/chown权限管理熟悉grep、sed、awk等文本处理技巧并通过top、vmstat等性能监控命令和Socket编程示例提升实操能力是一份兼顾基础与进阶的复习资料。1. 从“一切皆文件”到系统调用把Unix复习资料当工程手册看电子科技大学这份Unix复习资料表面上把shell、文件、进程、权限、网络、文本处理、系统调用、编程工具、性能监控列成了九个知识块。但如果你只是照着背ls、ps、chmod的参数考完就忘工作里遇到“cannot connect to the docker daemon at unix:///var/run/docker.sock”这类报错依然不知道怎么排查。原因很简单这些命令是同一个设计哲学的对外表现——一切皆文件、进程由fork和exec产生、权限模型基于UGO和文件位。这篇文章不打算重新抄一遍资料而是按“理论—实现—实战—排错—技巧”的路径把复习点重新串起来。适合正在准备Unix课程的成电学生也适合想借复习补一补底层知识的后端工程师至少能让你下次看到报错时知道该去检查权限、进程状态还是系统调用。2. Shell与文本处理管道、重定向和正则的边界在哪2.1 命令解析顺序为什么说shell先展开再执行很多人用shell只记“管道就是把前一个命令的输出给后一个命令”但遇到变量、通配符和引号组合时就懵。例如命令echo $HOME/*.c | tr \n | wc -lshell执行时先做参数展开、路径展开和命令替换再找到命令并建立管道最后才把数据喂给程序。这里的$HOME在传递给echo之前已经被替换成具体路径*.c也被当前目录下的文件名列表替换。所以echo实际收到的是展开后的字符串。这条命令的作用是把$HOME下的.c文件路径按空格切分成行再统计行数。注意tr \n只能处理路径中不含空格的情况如果文件名叫my file.c管道统计就会出错。理解这个执行顺序能帮你解释为什么sudo echo $PATH /root/path.txt执行后文件里没有PATH内容。重定向由当前shell打开而不是sudo打开所以普通用户写/root/path.txt会提示权限不足。这不是sudo的问题而是shell先处理重定向再执行命令本身的机制。2.2 文件描述符与重定向21和 file不是一回事Unix进程启动时默认打开三个文件描述符0标准输入、1标准输出、2标准错误。重定向的本质是改变文件描述符指向的目标。常见写法如下写法含义注意事项cmd out将标准输出写入out覆盖目标文件由当前用户权限决定cmd out标准输出追加到out常用于日志cmd 21把标准错误指向标准输出当前指向的位置顺序不能反反了会指向旧位置cmd out标准输出和标准错误都写入outBash特有POSIX shell不一定支持cmd in标准输入来自in配合循环可做逐行处理特别说明一下cmd 21 out与cmd out 21的区别前者先把2指向1当前的屏幕再把1指向out所以错误仍打到屏幕后者先把1指向out再把2指向1于是错误也进out。这个顺序问题几乎是面试和考试里最常踩的坑。复习资料里只写了“和重定向”但你必须建立文件描述符视角才能理解为什么Docker的docker logs命令需要捕获容器输出和错误时总是建议用类似方式处理。2.3 grep/sed/awk正则驱动的三驾马车各管一段grep负责“挑行”sed负责“按行改写”awk负责“按列处理”。三者都依赖行分隔符默认换行和正则表达式。下面这条日志分析命令很典型grep ERROR /var/log/app.log | sed s/\[\(.*\)\]/\1/ | awk {count[$1]} END {for (ip in count) print ip, count[ip]} | sort -k2 -nr | head -n 5这条命令先过滤包含ERROR的日志行再用sed提取第一个中括号里的内容然后awk按第一个字段统计次数最后sort按第二列数值逆序排序并取前5。参数说明grep ERROR固定字符串时不需要正则sed s/old/new/默认只替换每行第一个匹配要全局替换需要g后缀awk {...} END{...}在读完所有行后执行END块count[$1]用关联数组做聚合sort -k2 -nr的-n保证按数字排而不是按字典序-r是逆序。考试里经常要求写出“统计访问次数Top10的IP”的命令这个模板可以直接套。工具擅长典型参数和场景grep过滤行-E扩展正则-c计数-v反向匹配sed流编辑-n关闭默认输出p打印s///g替换awk文本分析和数据处理-F:自定义分隔符NR行号NF字段数$0整行2.4 实战用一条命令分析access.log结合一个具体场景。假设有Nginx的access.log格式是ip - - [time] request status size。要统计前一天请求量前5的接口可以这样awk $4 ~ /\[26\/Apr\/2025/ {print $7} access.log | cut -d? -f1 | sort | uniq -c | sort -rn | head -5解释$4是时间字段用正则匹配日期$7是请求路径cut -d? -f1去掉查询参数sort | uniq -c做分组计数。这里没有用grep因为awk的正则匹配同时完成了过滤和取列。你可以把[26\/Apr\/2025换成考试给的任何时间窗口。这套组合拳正是Ken Thompson设计Unix工具时希望看到的每个程序做好一件事通过管道拼出强大的文本处理流水线。这也是很多人觉得Unix命令“cool”的地方——不是命令本身酷而是组合方式简洁。3. 文件、权限与inodechmod之外你必须知道的系统模型3.1 一切皆文件用ls -i和stat看inodeUnix中文件不是“文件名内容”而是“目录项指向inodeinode保存元数据块并指向数据块”。ls -i可以显示inode号stat可以看完整元数据。输入touch /tmp/test.txt ls -i /tmp/test.txt stat /tmp/test.txt输出会给出inode号、权限、硬链接数、uid/gid、时间戳。参数说明touch如果文件不存在会创建空文件ls -i第一列是inode号stat的Access/Modify/Change分别代表最后访问、最后修改、状态变化时间。Change时间和Modify时间常被混淆——chmod和chown会改变Change时间而vim改内容会同时改变Modify和Change。这对接下来的权限管理很关键。硬链接就是多个目录项共享同一个inode所以ls -l第二列的硬链接数本质上是inode被引用计数rm删除目录项并不会立即回收数据块只有链接数减到0才回收。这也是为什么很多运维说“不要对正在写入的日志文件直接rm而要rotare”因为fd还指向旧的inode删目录项不释放磁盘空间。3.2 权限rwx与特殊权限数字和符号怎么换算权限模型是UGOuser、group、other。每个文件有三组rwx读r4、写w2、执行x1。目录的r允许列出目录项w允许创建删除文件x允许进入目录并访问内部文件。所以目录如果没有x权限即使文件有r你也无法访问路径。这个边界经常被忽略。修改权限的标准命令chmod 750 /srv/www chmod ur,g-w,o /srv/www chown root:www-data /srv/www chmod 4755 /usr/local/bin/tool第一行用数字方式设置rwxr-x---第二行用符号方式给user加读、给group去写、给other清空权限第三行把owner改为rootgroup改为www-data第四行的4是suid位表示执行该文件时进程的euid变成文件owner。特殊权限中SUID/SGID用于可执行文件sticky位1用于目录比如/tmp的权限drwxrwxrwt只有文件owner和root可以删除。考试如果出“某个文件有SUID普通用户执行后有效用户ID是什么”答案是文件owner。顺便提一句umask决定新文件和新目录的默认权限。文件默认666-umask位运算后的结果目录默认777-umask。如果umask是022新建文件是644新建目录是755因为执行位对普通文件来说通常不给。这个推理逻辑比背默认值可靠。权限数值对文件的含义对目录的含义r4读取内容列出目录项w2修改内容创建/删除/重命名目录项x1执行文件进入目录并访问内部文件SUID4运行时euidowner无常见用途SGID2运行时egidgroup新文件继承目录groupSticky1无常见用途只有owner/root可删除3.3 实战排查Docker daemon的unix socket权限问题很多人第一次看到unix:///var/run/docker.sock是在报错信息里cannot connect to the docker daemon at unix:///var/run/docker.sock. is the docker daemon running?这里的unix://不是协议花哨而是说明Docker客户端通过一个Unix域套接字文件与daemon通信。既然是文件权限模型就完全沿用前面的inode和rwx。排错先看ls -lh /var/run/docker.sock groups $USER通常socket文件属于root:docker权限是rw-rw----。如果当前用户不在docker组就会拒绝连接。解决方案是把用户加入docker组并重新登录或者用sudo执行docker命令。注意把用户加入docker组等于授予近似root的权限因为可以挂载主机目录和操作容器生产环境要谨慎。这个例子说明权限考题不是只在命令行里改chmodsocket、匿名管道、设备文件在Unix里都是文件复习时要有这个意识。4. 进程管理、IPC与Socket从ps输出到系统调用4.1 先学会读ps和top状态列里的暗号进程是Unix主题里最抽象的一块。复习不能只背ps aux要能看懂每个字段。ps aux输出中的PID、%CPU、%MEM、VSZ、RSS、STAT、START、TIME、COMMAND。STAT常见状态R运行、S可中断睡眠、D不可中断睡眠、Z僵尸、T停止以及N低优先级高优先级s会话领导者前台进程组。STAT含义常见场景Rrunning或runnable正在使用CPU或排队Ssleeping可被信号唤醒等在I/O或socket上Duninterruptible sleep等磁盘I/O难被killZzombie子进程已死但父进程未回收Tstopped收到SIGSTOP或CtrlZ高优先级nice值为负ssession leader通常是shell或daemontop中要关注load average和waI/O wait。如果load很高但CPU很低通常是有大量D状态进程在等I/O这时候看iostat -x 1能定位是哪块盘。使用命令ps -eo pid,ppid,stat,comm --sort-%mem | head top -b -n 1 | grep -E PID|java kill -9 12345这里ps -eo自定义输出列--sort-%mem按内存倒序top -b -n 1适合把输出重定向到文件kill -9发SIGKILL但D状态进程通常不响应要等I/O超时。这已经涉及信号下一节会讲。4.2 fork和exec进程诞生的两次系统调用Unix创建进程不像Windows那样调用CreateProcess一把梭而是先fork复制当前进程再用exec替换成新程序。理解这一点就能解释为什么shell执行命令时会有两个进程。下面是最小的fork示例#include stdio.h #include unistd.h #include sys/wait.h int main() { pid_t pid fork(); if (pid 0) { perror(fork); return 1; } if (pid 0) { printf(child pid%d\n, getpid()); execl(/bin/echo, echo, hello, (char *)NULL); perror(execl); _exit(1); } else { int status; waitpid(pid, status, 0); printf(parent reaped child, status%d\n, WEXITSTATUS(status)); } return 0; }编译运行gcc fork_demo.c -o fork_demo ./fork_demo。参数说明fork()返回两次子进程返回0父进程返回子进程PIDexecl第一个参数是程序路径第二个是argv[0]必须用(char *)NULL结束父进程用waitpid回收子进程避免留下僵尸WEXITSTATUS取出子进程的exit code。注意execl调用前子进程和父进程的代码段、数据段、堆栈内容完全一样但内存写时复制所以fork并不昂贵。如果execl失败下面那行perror仍然会执行因为进程还是原来的映像。另一个常见坑如果fork前printf输出到终端且没有换行fork后缓冲区被复制子进程退出刷新缓冲区可能导致打印两次。所以经典做法是在fork前fflush(NULL)清空所有缓冲区。复习系统调用时最好配合strace观察下一章会演示。4.3 IPC选型管道、信号量、共享内存和socket怎么选进程间通信是考试重点也是并行系统设计的根本。管道适合有血缘关系的进程单向传递字节流比如ps aux | grep java信号量适合保护共享资源共享内存是性能最高但同步最复杂的方式socket跨主机、跨语言也适用于本机因为Unix域socket不走网络协议栈。IPC方式方向传递内容典型用途坑点匿名管道单向字节流父子进程过滤写端不关闭读端永远等不到EOF命名管道FIFO单向字节流无血缘进程打开时阻塞需处理双方System V信号量可加锁计数值保护共享内存忘了解锁或删除会残留共享内存多向内存快照高频数据共享需要信号量配合Unix socket双向字节流/数据报本机服务通信远程访问需TCP/TLS实际排错时用ss -tlnp或netstat -tlnp可以看到监听socket和对应进程PID。lsof -i :8080能查端口被谁占用。资料里的telnet、ssh、ftp本质都是socket客户端的典型例子telnet 127.0.0.1 80可以测TCP连通性而ssh额外解决加密和认证问题。复习网络命令时别只记端口号要理解它们最终都落在socket文件描述符上。5. 系统调用、Makefile与GDB把复习资料变成可编译的工程5.1 从open/read到内核系统调用不是函数调用C库函数fopen/fread内部最终调用open/read系统调用。系统调用通过软中断陷入内核切换上下文这是昂贵操作。复习时要区分缓冲I/O和直接I/O。fread做了用户态缓冲而read每次直接进内核。命令strace可以看程序真正调用了哪些系统调用。例如strace -e traceopen,read,write cat /etc/hostname输出会显示cat打开/etc/hostname文件、读取内容、写标准输出。参数说明-e trace按系统调用名过滤可以减少噪音cat是最简单的读文件程序。从输出中还能看到“打开文件失败”和“读取权限被拒”的区别前者得到ENOENT后者是EACCES。复习资料里列的open/read/write返回值、errno错误码正是排查线上客诉的关键。可给一段简单的C代码#include fcntl.h #include unistd.h #include stdio.h int main() { int fd open(/tmp/example.txt, O_CREAT | O_WRONLY, 0644); if (fd 0) { perror(open); return 1; } const char *msg unix review\n; int n write(fd, msg, 12); close(fd); printf(wrote %d bytes\n, n); return 0; }编译gcc syscall_demo.c -o syscall_demo。参数说明O_CREAT|O_WRONLY表示不存在则创建、只写0644是创建权限会被umask再修正一次write返回实际写入字节数因为信号中断可能写入部分字节所以写循环才可靠。open返回的文件描述符是一个小整数在shell重定向中就是0/1/2之外的下一个可用编号。用ls -l /proc/PID/fd能直接看到进程打开了哪些文件这个知识点把文件权限、进程、系统调用全串在一起了。5.2 Makefile用依赖关系代替手工敲gcc复习资料提到make是自动化构建工具但很多学生只在课件里见过。真实项目里头文件变化后必须重新编译依赖它的.c文件Makefile记录了这种依赖。示例CC gcc CFLAGS -Wall -g -O2 TARGET demo OBJS main.o util.o $(TARGET): $(OBJS) $(CC) $(CFLAGS) -o $ $(OBJS) main.o: main.c util.h $(CC) $(CFLAGS) -c main.c util.o: util.c util.h $(CC) $(CFLAGS) -c util.c clean: rm -f $(TARGET) $(OBJS)注意Makefile中规则下面的命令行必须以Tab开头。$(TARGET): $(OBJS)表示目标demo依赖两个.o文件如果.o不存在或者对应.c/.h更新就执行下面的编译命令。$代表目标文件名$代表第一个依赖。CFLAGS里-Wall打开全部警告-g生成调试信息-O2优化。建议考试时写Makefile不要漏了clean目标。工作里用make -j$(nproc)并行编译但make会根据依赖关系构建并行图不需要手动指定并行顺序。5.3 Windows 11下执行Unix makeWSL2还是MSYS2很多人把复习资料里的Unix命令拿到Windows 11上跑发现make不是内部命令。其实有两个主流方案WSL2走虚拟机MSYS2/MinGW走原生Windows。WSL2更接近真实Linux支持apt装gcc、make、gdb路径通过/mnt/c/访问Windows盘MSYS2把Unix工具链搬到Windows上生成的是Windows PE程序适合调用Win32 API。如果只是为了完成课程作业Unix socket、fork这类实验在WSL2里最省事因为MSYS2对fork的支持依赖额外机制性能差且偶发诡异问题。对比项WSL2MSYS2/MinGW运行原理轻量虚拟机原生Windows进程Unix兼容性高支持fork/socket中等fork性能差编译产物Linux ELFWindows PE适合场景Unix课程、服务端开发Win32程序、跨平台构建文件性能/mnt/c跨盘慢原生NTFS# WSL2内执行 sudo apt update sudo apt install build-essential gdb make clean make gdb ./demo注意WSL2的文件I/O跨盘/mnt/c性能很差编译大项目时把源码放在Linux根文件系统内如~/project不要放在/mnt/c下。这个坑实测编译速度能差5倍。所以我一般建议课程项目直接在WSL2的home目录下拷贝代码而不是在Windows桌面直接make。5.4 gdb入门断点、调用栈和变量观察调试器是编程工具链里容易被忽略的一环。最小可用流程编译加-g然后用gdb。命令gdb ./demo break main run print fd next bt解释break main在main函数入口断点run开始运行print fd查看变量next单步跳过函数调用bt打印调用栈。当程序崩溃时bt能直接指出在哪个系统调用或库函数里崩的配合info registers看寄存器就能做基础汇编级定位。gdb的catch syscall write可以实现在某个系统调用处暂停这是复习系统调用时最直观的工具。6. 性能监控与排错技巧用top、strace把整门课连起来6.1 第一轮监控top、vmstat、iostat、netstat复习资料最后一块是系统性能监控。我通常按顺序看四组输出先top看全局再vmstat 1看CPU、内存、swap和上下文切换接着iostat -x 1看磁盘饱和度最后netstat -tlnp看端口和连接。这四件事能覆盖大部分“机器负载高”的初步定位。表格给出核心关注点命令关键字段判定经验topload average, %wa, RESload长期大于CPU核数说明排队%wa高查磁盘vmstat 1r, b, si, so, csr远大于核数是CPU瓶颈si/so高说明内存不足iostat -x 1%util, await, svctm%util接近100%且await很高磁盘繁忙netstat -tlnpLocal Address, PID/Program0.0.0.0:8080表示所有网卡监听PID是socket owner注意top里的RES是物理内存VSZ是虚拟内存不要拿VSZ判断内存占用。Docker容器里看负载要当心因为容器共享宿主内核看到的高负载可能来自其他容器。6.2 用strace验证系统调用复习资料上的抽象概念全部具象化前面已经用了strace这里再给一个更贴近排错的用法抓一个进程当前卡在哪个系统调用。比如程序进入D状态不可kill时sudo strace -p 12345 -f -e traceread,write,poll,select -o /tmp/trace.log-p附着到运行中的进程-f追踪子线程-e trace限定系统调用集合-o输出到文件。等待几秒后CtrlC然后查看最后一个没有返回的系统调用基本能定位是阻塞在磁盘read还是网络poll。对复习来说可以用它来观察自己写的fork程序strace -f -e tracefork,execve,wait4 ./fork_demo输出会显示fork返回两次、execve加载/bin/echo、wait4回收。你会在输出里看到之前讲过的一切进程诞生、文件描述符、信号。这是比死记“fork返回0是子进程”更有效率的复习方式。如果你在Windows 11的WSL2里练习strace和gdb都能直接用不需要额外安装图形化调试器。这就是把整门课串起来的关键技巧每学一个概念就用strace确认一次用不到20分钟但理解深度远超刷题。本文还有配套的精品资源点击获取 Unix复习资料工程化：系统调用、进程与权限的实战排错
简介针对电子科技大学Unix课程整理的系统复习材料内容覆盖Unix概述、Shell语法、文件与目录管理、进程管理、权限与用户管理、网络通信、文本处理与正则表达式、系统调用、编程工具及性能监控等核心模块适合计算机专业学生考前梳理与巩固。资源包共含124个文件其中61个C示例程序、10个C源码及配套头文件可结合代码理解open、read、write、fork、exec等系统调用并辅助掌握管道、信号量、共享内存等进程间通信方式4个PPT课件、2个Markdown笔记和1个XMind思维导图便于回看课堂重点、搭建知识网络txt笔记与截图则记录了常用命令与实验效果整体压缩包约38.83MB结构层次清晰。目前已有489人学习下载。借助这份资料读者可系统掌握Unix常用命令、Shell脚本编写以及chmod/chown权限管理熟悉grep、sed、awk等文本处理技巧并通过top、vmstat等性能监控命令和Socket编程示例提升实操能力是一份兼顾基础与进阶的复习资料。1. 从“一切皆文件”到系统调用把Unix复习资料当工程手册看电子科技大学这份Unix复习资料表面上把shell、文件、进程、权限、网络、文本处理、系统调用、编程工具、性能监控列成了九个知识块。但如果你只是照着背ls、ps、chmod的参数考完就忘工作里遇到“cannot connect to the docker daemon at unix:///var/run/docker.sock”这类报错依然不知道怎么排查。原因很简单这些命令是同一个设计哲学的对外表现——一切皆文件、进程由fork和exec产生、权限模型基于UGO和文件位。这篇文章不打算重新抄一遍资料而是按“理论—实现—实战—排错—技巧”的路径把复习点重新串起来。适合正在准备Unix课程的成电学生也适合想借复习补一补底层知识的后端工程师至少能让你下次看到报错时知道该去检查权限、进程状态还是系统调用。2. Shell与文本处理管道、重定向和正则的边界在哪2.1 命令解析顺序为什么说shell先展开再执行很多人用shell只记“管道就是把前一个命令的输出给后一个命令”但遇到变量、通配符和引号组合时就懵。例如命令echo $HOME/*.c | tr \n | wc -lshell执行时先做参数展开、路径展开和命令替换再找到命令并建立管道最后才把数据喂给程序。这里的$HOME在传递给echo之前已经被替换成具体路径*.c也被当前目录下的文件名列表替换。所以echo实际收到的是展开后的字符串。这条命令的作用是把$HOME下的.c文件路径按空格切分成行再统计行数。注意tr \n只能处理路径中不含空格的情况如果文件名叫my file.c管道统计就会出错。理解这个执行顺序能帮你解释为什么sudo echo $PATH /root/path.txt执行后文件里没有PATH内容。重定向由当前shell打开而不是sudo打开所以普通用户写/root/path.txt会提示权限不足。这不是sudo的问题而是shell先处理重定向再执行命令本身的机制。2.2 文件描述符与重定向21和 file不是一回事Unix进程启动时默认打开三个文件描述符0标准输入、1标准输出、2标准错误。重定向的本质是改变文件描述符指向的目标。常见写法如下写法含义注意事项cmd out将标准输出写入out覆盖目标文件由当前用户权限决定cmd out标准输出追加到out常用于日志cmd 21把标准错误指向标准输出当前指向的位置顺序不能反反了会指向旧位置cmd out标准输出和标准错误都写入outBash特有POSIX shell不一定支持cmd in标准输入来自in配合循环可做逐行处理特别说明一下cmd 21 out与cmd out 21的区别前者先把2指向1当前的屏幕再把1指向out所以错误仍打到屏幕后者先把1指向out再把2指向1于是错误也进out。这个顺序问题几乎是面试和考试里最常踩的坑。复习资料里只写了“和重定向”但你必须建立文件描述符视角才能理解为什么Docker的docker logs命令需要捕获容器输出和错误时总是建议用类似方式处理。2.3 grep/sed/awk正则驱动的三驾马车各管一段grep负责“挑行”sed负责“按行改写”awk负责“按列处理”。三者都依赖行分隔符默认换行和正则表达式。下面这条日志分析命令很典型grep ERROR /var/log/app.log | sed s/\[\(.*\)\]/\1/ | awk {count[$1]} END {for (ip in count) print ip, count[ip]} | sort -k2 -nr | head -n 5这条命令先过滤包含ERROR的日志行再用sed提取第一个中括号里的内容然后awk按第一个字段统计次数最后sort按第二列数值逆序排序并取前5。参数说明grep ERROR固定字符串时不需要正则sed s/old/new/默认只替换每行第一个匹配要全局替换需要g后缀awk {...} END{...}在读完所有行后执行END块count[$1]用关联数组做聚合sort -k2 -nr的-n保证按数字排而不是按字典序-r是逆序。考试里经常要求写出“统计访问次数Top10的IP”的命令这个模板可以直接套。工具擅长典型参数和场景grep过滤行-E扩展正则-c计数-v反向匹配sed流编辑-n关闭默认输出p打印s///g替换awk文本分析和数据处理-F:自定义分隔符NR行号NF字段数$0整行2.4 实战用一条命令分析access.log结合一个具体场景。假设有Nginx的access.log格式是ip - - [time] request status size。要统计前一天请求量前5的接口可以这样awk $4 ~ /\[26\/Apr\/2025/ {print $7} access.log | cut -d? -f1 | sort | uniq -c | sort -rn | head -5解释$4是时间字段用正则匹配日期$7是请求路径cut -d? -f1去掉查询参数sort | uniq -c做分组计数。这里没有用grep因为awk的正则匹配同时完成了过滤和取列。你可以把[26\/Apr\/2025换成考试给的任何时间窗口。这套组合拳正是Ken Thompson设计Unix工具时希望看到的每个程序做好一件事通过管道拼出强大的文本处理流水线。这也是很多人觉得Unix命令“cool”的地方——不是命令本身酷而是组合方式简洁。3. 文件、权限与inodechmod之外你必须知道的系统模型3.1 一切皆文件用ls -i和stat看inodeUnix中文件不是“文件名内容”而是“目录项指向inodeinode保存元数据块并指向数据块”。ls -i可以显示inode号stat可以看完整元数据。输入touch /tmp/test.txt ls -i /tmp/test.txt stat /tmp/test.txt输出会给出inode号、权限、硬链接数、uid/gid、时间戳。参数说明touch如果文件不存在会创建空文件ls -i第一列是inode号stat的Access/Modify/Change分别代表最后访问、最后修改、状态变化时间。Change时间和Modify时间常被混淆——chmod和chown会改变Change时间而vim改内容会同时改变Modify和Change。这对接下来的权限管理很关键。硬链接就是多个目录项共享同一个inode所以ls -l第二列的硬链接数本质上是inode被引用计数rm删除目录项并不会立即回收数据块只有链接数减到0才回收。这也是为什么很多运维说“不要对正在写入的日志文件直接rm而要rotare”因为fd还指向旧的inode删目录项不释放磁盘空间。3.2 权限rwx与特殊权限数字和符号怎么换算权限模型是UGOuser、group、other。每个文件有三组rwx读r4、写w2、执行x1。目录的r允许列出目录项w允许创建删除文件x允许进入目录并访问内部文件。所以目录如果没有x权限即使文件有r你也无法访问路径。这个边界经常被忽略。修改权限的标准命令chmod 750 /srv/www chmod ur,g-w,o /srv/www chown root:www-data /srv/www chmod 4755 /usr/local/bin/tool第一行用数字方式设置rwxr-x---第二行用符号方式给user加读、给group去写、给other清空权限第三行把owner改为rootgroup改为www-data第四行的4是suid位表示执行该文件时进程的euid变成文件owner。特殊权限中SUID/SGID用于可执行文件sticky位1用于目录比如/tmp的权限drwxrwxrwt只有文件owner和root可以删除。考试如果出“某个文件有SUID普通用户执行后有效用户ID是什么”答案是文件owner。顺便提一句umask决定新文件和新目录的默认权限。文件默认666-umask位运算后的结果目录默认777-umask。如果umask是022新建文件是644新建目录是755因为执行位对普通文件来说通常不给。这个推理逻辑比背默认值可靠。权限数值对文件的含义对目录的含义r4读取内容列出目录项w2修改内容创建/删除/重命名目录项x1执行文件进入目录并访问内部文件SUID4运行时euidowner无常见用途SGID2运行时egidgroup新文件继承目录groupSticky1无常见用途只有owner/root可删除3.3 实战排查Docker daemon的unix socket权限问题很多人第一次看到unix:///var/run/docker.sock是在报错信息里cannot connect to the docker daemon at unix:///var/run/docker.sock. is the docker daemon running?这里的unix://不是协议花哨而是说明Docker客户端通过一个Unix域套接字文件与daemon通信。既然是文件权限模型就完全沿用前面的inode和rwx。排错先看ls -lh /var/run/docker.sock groups $USER通常socket文件属于root:docker权限是rw-rw----。如果当前用户不在docker组就会拒绝连接。解决方案是把用户加入docker组并重新登录或者用sudo执行docker命令。注意把用户加入docker组等于授予近似root的权限因为可以挂载主机目录和操作容器生产环境要谨慎。这个例子说明权限考题不是只在命令行里改chmodsocket、匿名管道、设备文件在Unix里都是文件复习时要有这个意识。4. 进程管理、IPC与Socket从ps输出到系统调用4.1 先学会读ps和top状态列里的暗号进程是Unix主题里最抽象的一块。复习不能只背ps aux要能看懂每个字段。ps aux输出中的PID、%CPU、%MEM、VSZ、RSS、STAT、START、TIME、COMMAND。STAT常见状态R运行、S可中断睡眠、D不可中断睡眠、Z僵尸、T停止以及N低优先级高优先级s会话领导者前台进程组。STAT含义常见场景Rrunning或runnable正在使用CPU或排队Ssleeping可被信号唤醒等在I/O或socket上Duninterruptible sleep等磁盘I/O难被killZzombie子进程已死但父进程未回收Tstopped收到SIGSTOP或CtrlZ高优先级nice值为负ssession leader通常是shell或daemontop中要关注load average和waI/O wait。如果load很高但CPU很低通常是有大量D状态进程在等I/O这时候看iostat -x 1能定位是哪块盘。使用命令ps -eo pid,ppid,stat,comm --sort-%mem | head top -b -n 1 | grep -E PID|java kill -9 12345这里ps -eo自定义输出列--sort-%mem按内存倒序top -b -n 1适合把输出重定向到文件kill -9发SIGKILL但D状态进程通常不响应要等I/O超时。这已经涉及信号下一节会讲。4.2 fork和exec进程诞生的两次系统调用Unix创建进程不像Windows那样调用CreateProcess一把梭而是先fork复制当前进程再用exec替换成新程序。理解这一点就能解释为什么shell执行命令时会有两个进程。下面是最小的fork示例#include stdio.h #include unistd.h #include sys/wait.h int main() { pid_t pid fork(); if (pid 0) { perror(fork); return 1; } if (pid 0) { printf(child pid%d\n, getpid()); execl(/bin/echo, echo, hello, (char *)NULL); perror(execl); _exit(1); } else { int status; waitpid(pid, status, 0); printf(parent reaped child, status%d\n, WEXITSTATUS(status)); } return 0; }编译运行gcc fork_demo.c -o fork_demo ./fork_demo。参数说明fork()返回两次子进程返回0父进程返回子进程PIDexecl第一个参数是程序路径第二个是argv[0]必须用(char *)NULL结束父进程用waitpid回收子进程避免留下僵尸WEXITSTATUS取出子进程的exit code。注意execl调用前子进程和父进程的代码段、数据段、堆栈内容完全一样但内存写时复制所以fork并不昂贵。如果execl失败下面那行perror仍然会执行因为进程还是原来的映像。另一个常见坑如果fork前printf输出到终端且没有换行fork后缓冲区被复制子进程退出刷新缓冲区可能导致打印两次。所以经典做法是在fork前fflush(NULL)清空所有缓冲区。复习系统调用时最好配合strace观察下一章会演示。4.3 IPC选型管道、信号量、共享内存和socket怎么选进程间通信是考试重点也是并行系统设计的根本。管道适合有血缘关系的进程单向传递字节流比如ps aux | grep java信号量适合保护共享资源共享内存是性能最高但同步最复杂的方式socket跨主机、跨语言也适用于本机因为Unix域socket不走网络协议栈。IPC方式方向传递内容典型用途坑点匿名管道单向字节流父子进程过滤写端不关闭读端永远等不到EOF命名管道FIFO单向字节流无血缘进程打开时阻塞需处理双方System V信号量可加锁计数值保护共享内存忘了解锁或删除会残留共享内存多向内存快照高频数据共享需要信号量配合Unix socket双向字节流/数据报本机服务通信远程访问需TCP/TLS实际排错时用ss -tlnp或netstat -tlnp可以看到监听socket和对应进程PID。lsof -i :8080能查端口被谁占用。资料里的telnet、ssh、ftp本质都是socket客户端的典型例子telnet 127.0.0.1 80可以测TCP连通性而ssh额外解决加密和认证问题。复习网络命令时别只记端口号要理解它们最终都落在socket文件描述符上。5. 系统调用、Makefile与GDB把复习资料变成可编译的工程5.1 从open/read到内核系统调用不是函数调用C库函数fopen/fread内部最终调用open/read系统调用。系统调用通过软中断陷入内核切换上下文这是昂贵操作。复习时要区分缓冲I/O和直接I/O。fread做了用户态缓冲而read每次直接进内核。命令strace可以看程序真正调用了哪些系统调用。例如strace -e traceopen,read,write cat /etc/hostname输出会显示cat打开/etc/hostname文件、读取内容、写标准输出。参数说明-e trace按系统调用名过滤可以减少噪音cat是最简单的读文件程序。从输出中还能看到“打开文件失败”和“读取权限被拒”的区别前者得到ENOENT后者是EACCES。复习资料里列的open/read/write返回值、errno错误码正是排查线上客诉的关键。可给一段简单的C代码#include fcntl.h #include unistd.h #include stdio.h int main() { int fd open(/tmp/example.txt, O_CREAT | O_WRONLY, 0644); if (fd 0) { perror(open); return 1; } const char *msg unix review\n; int n write(fd, msg, 12); close(fd); printf(wrote %d bytes\n, n); return 0; }编译gcc syscall_demo.c -o syscall_demo。参数说明O_CREAT|O_WRONLY表示不存在则创建、只写0644是创建权限会被umask再修正一次write返回实际写入字节数因为信号中断可能写入部分字节所以写循环才可靠。open返回的文件描述符是一个小整数在shell重定向中就是0/1/2之外的下一个可用编号。用ls -l /proc/PID/fd能直接看到进程打开了哪些文件这个知识点把文件权限、进程、系统调用全串在一起了。5.2 Makefile用依赖关系代替手工敲gcc复习资料提到make是自动化构建工具但很多学生只在课件里见过。真实项目里头文件变化后必须重新编译依赖它的.c文件Makefile记录了这种依赖。示例CC gcc CFLAGS -Wall -g -O2 TARGET demo OBJS main.o util.o $(TARGET): $(OBJS) $(CC) $(CFLAGS) -o $ $(OBJS) main.o: main.c util.h $(CC) $(CFLAGS) -c main.c util.o: util.c util.h $(CC) $(CFLAGS) -c util.c clean: rm -f $(TARGET) $(OBJS)注意Makefile中规则下面的命令行必须以Tab开头。$(TARGET): $(OBJS)表示目标demo依赖两个.o文件如果.o不存在或者对应.c/.h更新就执行下面的编译命令。$代表目标文件名$代表第一个依赖。CFLAGS里-Wall打开全部警告-g生成调试信息-O2优化。建议考试时写Makefile不要漏了clean目标。工作里用make -j$(nproc)并行编译但make会根据依赖关系构建并行图不需要手动指定并行顺序。5.3 Windows 11下执行Unix makeWSL2还是MSYS2很多人把复习资料里的Unix命令拿到Windows 11上跑发现make不是内部命令。其实有两个主流方案WSL2走虚拟机MSYS2/MinGW走原生Windows。WSL2更接近真实Linux支持apt装gcc、make、gdb路径通过/mnt/c/访问Windows盘MSYS2把Unix工具链搬到Windows上生成的是Windows PE程序适合调用Win32 API。如果只是为了完成课程作业Unix socket、fork这类实验在WSL2里最省事因为MSYS2对fork的支持依赖额外机制性能差且偶发诡异问题。对比项WSL2MSYS2/MinGW运行原理轻量虚拟机原生Windows进程Unix兼容性高支持fork/socket中等fork性能差编译产物Linux ELFWindows PE适合场景Unix课程、服务端开发Win32程序、跨平台构建文件性能/mnt/c跨盘慢原生NTFS# WSL2内执行 sudo apt update sudo apt install build-essential gdb make clean make gdb ./demo注意WSL2的文件I/O跨盘/mnt/c性能很差编译大项目时把源码放在Linux根文件系统内如~/project不要放在/mnt/c下。这个坑实测编译速度能差5倍。所以我一般建议课程项目直接在WSL2的home目录下拷贝代码而不是在Windows桌面直接make。5.4 gdb入门断点、调用栈和变量观察调试器是编程工具链里容易被忽略的一环。最小可用流程编译加-g然后用gdb。命令gdb ./demo break main run print fd next bt解释break main在main函数入口断点run开始运行print fd查看变量next单步跳过函数调用bt打印调用栈。当程序崩溃时bt能直接指出在哪个系统调用或库函数里崩的配合info registers看寄存器就能做基础汇编级定位。gdb的catch syscall write可以实现在某个系统调用处暂停这是复习系统调用时最直观的工具。6. 性能监控与排错技巧用top、strace把整门课连起来6.1 第一轮监控top、vmstat、iostat、netstat复习资料最后一块是系统性能监控。我通常按顺序看四组输出先top看全局再vmstat 1看CPU、内存、swap和上下文切换接着iostat -x 1看磁盘饱和度最后netstat -tlnp看端口和连接。这四件事能覆盖大部分“机器负载高”的初步定位。表格给出核心关注点命令关键字段判定经验topload average, %wa, RESload长期大于CPU核数说明排队%wa高查磁盘vmstat 1r, b, si, so, csr远大于核数是CPU瓶颈si/so高说明内存不足iostat -x 1%util, await, svctm%util接近100%且await很高磁盘繁忙netstat -tlnpLocal Address, PID/Program0.0.0.0:8080表示所有网卡监听PID是socket owner注意top里的RES是物理内存VSZ是虚拟内存不要拿VSZ判断内存占用。Docker容器里看负载要当心因为容器共享宿主内核看到的高负载可能来自其他容器。6.2 用strace验证系统调用复习资料上的抽象概念全部具象化前面已经用了strace这里再给一个更贴近排错的用法抓一个进程当前卡在哪个系统调用。比如程序进入D状态不可kill时sudo strace -p 12345 -f -e traceread,write,poll,select -o /tmp/trace.log-p附着到运行中的进程-f追踪子线程-e trace限定系统调用集合-o输出到文件。等待几秒后CtrlC然后查看最后一个没有返回的系统调用基本能定位是阻塞在磁盘read还是网络poll。对复习来说可以用它来观察自己写的fork程序strace -f -e tracefork,execve,wait4 ./fork_demo输出会显示fork返回两次、execve加载/bin/echo、wait4回收。你会在输出里看到之前讲过的一切进程诞生、文件描述符、信号。这是比死记“fork返回0是子进程”更有效率的复习方式。如果你在Windows 11的WSL2里练习strace和gdb都能直接用不需要额外安装图形化调试器。这就是把整门课串起来的关键技巧每学一个概念就用strace确认一次用不到20分钟但理解深度远超刷题。本文还有配套的精品资源点击获取