先说个真实的感受我带过不少实习生也帮朋友应急处理过几台服务器。时间久了发现一个规律——Linux学得好的人几乎都是先把文件与目录操作玩明白的人。原因很简单你在Linux上做的任何事无论装软件、调服务、查日志、写脚本最后都会落回“读写某个文件”这个动作上。Linux常用命令看着几百个但文件与目录操作是地基中的地基。这篇就围绕这块展开适合刚接触命令行的新手、想系统补基础的在职运维、以及收藏了一堆“命令大全”却不知道从哪下手的同学。1. 先弄懂Linux目录的底层逻辑文件与目录操作的地基1.1 “一切皆文件”到底是什么意思接触Linux时最早听到的一句话就是“一切皆文件”。这句话不是口号是整个系统设计的地基。常规磁盘文件是文件这好理解但目录也是文件存的是文件名和inode编号的映射表硬盘、网卡、U盘这些硬件设备在Linux里同样以文件形态暴露在/dev目录下甚至进程运行时的信息都在/proc这个虚拟文件系统里以文件形式呈现。这意味着你打开/proc/cpuinfo能直接读到CPU型号打开/dev/null往里写数据就能丢掉内容。理解了这一点你会发现文件操作命令的使用范围远超“整理文件”本身。比如一个常规的备份任务你不光要处理文档目录有时还得配合dd命令操作/dev下的设备文件。Windows那种“每个盘一个根”的思维切到Linux以后得先扔掉Linux是单根树状结构从/开始往下挂载一切资源。U盘插上来不在“E盘”而是被挂载到/media/username或/mnt下的某个目录。1.2 绝对路径与相对路径别再做迷路的羊路径概念是文件操作的第一道关。绝对路径永远从/写起比如/etc/ssh/sshd_config相对路径从当前位置写起。两个点“..”代表上一层目录一个点“.”代表当前目录波浪号“~”代表当前用户家目录。举个例子方便理解。假设你当前在/usr/share/doc目录想去/etc/nginx目录。如果数不清层级我建议直接cd /etc/nginx绝对路径干净利落如果你确定当前目录往上走几层能到/etc也可以写相对路径。但交互式操作时相对路径更快脚本里则强烈建议用绝对路径可读性和可维护性都高。还有个小技巧cd -可以回到上一次所在目录。你在/var/log看了半天日志需要回项目目录改配置一个cd -直接切换不用再敲一遍路径。平时用pwd确认当前位置。它有两个参数容易忽略pwd -P显示物理路径pwd -L显示逻辑路径。当你在符号链接目录里时两者有区别。比如/usr/bin通常是指向/usr/bin的符号链接实际物理路径可能是/bin。多数情况下pwd默认-L够用但脚本里如果依赖真实路径加-P更保险。1.3 隐藏文件的机制与真相Linux下隐藏文件不是“加密”也不是“真的隐藏”只是文件名以点开头。ls命令默认不显示这类文件ls -a会全部列出来ls -A还会顺带把.和..这两个特殊目录项过滤掉。.代表当前目录..代表上一层目录。之所以要过滤主要是历史原因——早期的home目录里配置文件多直接ls会刷屏用点开头能少占视线也让普通用户不容易误删配置。这个机制有一个直接后果很多人以为隐藏文件更“安全”其实只要用户有权限cat ~/.bash_history照样能读vim改内容也畅通无阻。隐藏文件的实际作用是“默认不干扰”不是权限边界别指望靠点开头来防别人。这一点在团队协作、服务器排查时特别容易踩坑比如明明改了.bashrc却觉得“怎么没生效”实际是别名、环境变量加载顺序的问题跟隐藏状态无关。2. 目录操作命令实战先学会定位与穿梭2.1 pwd与cd每条命令执行前先搞清自己在哪里pwdprint working directory用于获取当前所在的绝对路径。cdchange directory用于切换目录。这两个命令看着基础但很多人忽视了cd -这个用法还有cd和cd ~的细微差别。直接cd会回到当前用户家目录cd ~同样cd -则是回到上一个工作目录。我习惯把它理解为“系统记住了你来时的路”。你在/tmp/a目录处理临时文件切到/var/log查完日志想回去直接cd -不用再次拼长路径。这一招在远程SSH会话中尤其好用能少敲不少命令。另外要注意cd和cd /不一样。cd单独用回homecd /回根目录。如果只想快速看一眼某个目录能不能进去、里面有什么我通常直接ls /some/path不会真的cd过去再退回来省一次往返。2.2 ls的深度用法别只停留在ls -lls可能是用得最多的命令但多数人就停留在ls和ls -l。实际上ls -l输出的每一列都有讲究。看一个例子$ ls -l /etc/hostname -rw-r--r-- 1 root root 7 Oct 19 11:23 /etc/hostname第一列-rw-r--r--第0位代表文件类型-是普通文件d是目录l是符号链接后面9位分三组分别是文件属主、属组、其他人的读写执行权限。第二列数字是硬链接数。第三、四列是属主和属组。第五列是文件大小默认单位字节。第六列是最后修改时间。最后一列是文件名。日常调试时我几乎固定用组合参数ls -lh是带单位显示大小ls -lt按修改时间排序ls -lS按文件大小倒序。想看inode编号用ls -i这个在排查磁盘占用、定位硬链接时非常实用。目录场景下ls -d */可以只显示当前目录下的子目录不显示普通文件ls -R会递归列出所有层级但输出很杂我一般不用更倾向树状结构用find命令替代。通配符也是ls的好搭档*.txt匹配所有txt结尾的文件file?.log匹配file0.log、file1.log这样的单字符文件名file[0-9].log匹配数字编号。注意通配符不是ls自己解释的而是shell在命令执行前完成的展开。这个机制在rm、find的场景下会成为安全隐患第6节我详细说。2.3 mkdir与rmdir创建与删除目录的边界mkdir建目录rmdir删目录名字看着对应实际差距挺大。mkdir -p能递归创建多层目录比如mkdir -p /tmp/a/b/c一次搞定不存在就逐层创建存在也不报错。这个参数在脚本里几乎是标配——你不用提前判断父目录是否存在。mkdir -m 755 newdir可以创建后立刻指定权限避免临时文件还没设置好权限就被其他用户读走。类似场景在部署服务时很常见先建目录再写文件最后调整权限一步到位比事后补丁更安全。rmdir只能删除空目录。目录里只要有一个文件或子目录rmdir就会报“Directory not empty”。很多人到这个环节会不耐烦直接用rm -rf替代但这恰恰是危险操作习惯的开始。我自己的习惯需要删除的目录如果确定非空且重要先ls进去确认内容再用rm -rf相对路径或者干脆先把目录移到回收站确认无误后一次性清除。rmdir -p可以同时删除上层空目录比如rmdir -p /tmp/a/b/c会从c开始网上删直到某个目录非空为止。这个参数适合清理临时目录结构但用的频率确实不高。3. 文件操作的核心命令创建、复制、移动与删除中的那些坑3.1 touch不只是创建空文件touch最常见的用法是创建一个新空文件比如touch newfile.txt再配合vi或重定向往里写内容。但它真正的设计目的是更新时间戳。Linux下每个文件有三个时间atime访问时间、mtime修改时间、ctime状态变更时间。touch不带参数时把这三个时间都更新到当前时刻。这个行为在make等构建工具里非常关键——make靠比较源文件和目标文件的mtime判断是否需要重新编译所以很多构建脚本里会先touch一下再执行。touch -t还可以指定任意时间格式是YYYYMMDDhhmm.ss。比如touch -t 202406011200.00 somefile可以把时间改到2024年6月1号中午12点。这个用法在模拟时间顺序、调整日志排列时很管用。注意ctime没法手动设置它是内核维护的“状态变更时间”你用touch改mtime时ctime本身也会跟着变这个细节面试常问。3.2 cp复制时最容易忽略的三个细节cp最基本的格式是cp source target文件复制文件文件复制到目录时保留原文件名。复制整个目录必须用-r或-a。很多人以为-r就够了其实-r只是递归复制不保证保留属性。备份环境里我更推荐cp -a它等价于-r加上-p、-d等保留权限、属主、时间戳符号链接也保持为链接而不是拷贝指向的目标内容。举一个实操场景。你把项目目录从测试机拷贝到生产机用cp -r结果发现脚本没了执行权限、配置文件的属主变成了当前用户而不是服务的运行用户。这种问题很难一眼定位因为目录结构、文件内容看着都对但服务就是启动不了。用cp -a就不会出现这些“看不见的差异”。还有三个参数值得形成习惯cp -u只复制源比目标新的文件适合增量同步cp -i覆盖前提示防止手滑cp -p单独保留权限和时间信息。服务器上我一般会设置alias cpcp -i在日常交互模式下给覆盖操作加一道确认这是成本最低的误操作防线。3.3 mv移动、重命名与覆盖的博弈mv的功能有两类同一文件系统内移动以及重命名。从原理看同一文件系统下的mv只是修改目录项指向不搬数据所以瞬间完成跨文件系统的mv本质是“复制删除”大文件时会有明显耗时。判断是否跨文件系统可以看源目录和目标目录是不是同一个挂载点df命令能确认。mv常被忽略的是覆盖行为。mv源文件到一个已存在的同名目标文件会直接覆盖且不提示。在这个问题上Linux的做法更接近“程序员思维”——默认信任用户知道自己要干什么。但这在实际操作中容易造成二次事故。我在生产环境为mv也加了-i别名覆盖前统一确认一次。mv还有一个常规技巧批量移动。mv.log /tmp/logs/把当前目录所有log文件挪到指定目录。注意通配符展开的细节如果当前目录没有任何log文件shell会把.log当字面字符串传给mv结果反而可能报错或创建一个奇怪名字的文件。这一块我第6节细讲。3.4 rm的“不可恢复”与安全删除技巧rm的威力所有人都知道rm -rf /是新人玩笑却也是真实事故的根源。Linux没有回收站rm删除是直接释放inode和数据块常规手段恢复非常困难。所以我的建议永远是“先备份后删除能mv就不rm”。我习惯在服务器上建立一个简易回收站mkdir -p ~/.trash然后alias delmv $1 ~/.trash/。删除文件时用del临时文件定期清理.trash。这个方案多开一层保护尤其适合处理那些“先删掉后面可能又要用”的中间产物。目录也同理mv到回收站比rm -rf一个几个GB的项目目录更稳妥备份机制成熟后才真正清空。如果确实要用rm有两条原则第一不在不确定当前目录的情况下执行带路径的递归删除第二删除重要数据前先ls确认内容。一个防呆技巧是cd到目标目录的父目录再rm -rf ./目标名用相对路径并带上./前缀避免手误敲出根路径。find -delete也经常用来按条件清理比如find /tmp -name *.tmp -mtime 7 -delete适合定时任务里自动清理过期临时文件。4. 内容查看与检索读文件也是一门技术活4.1 cat、less、more、head、tail怎么选cat适合查看小文件一次性把内容打满屏幕。但它不适合看大文件——输出几千行会把终端刷爆而且想回头翻得上翻半天。大文件的正确打开方式是less。less支持上下翻页、/关键字搜索、g快速跳到文件开头、G跳到末尾还支持键盘快捷键用起来非常顺手。more是更早的分页工具功能比less少得多现在只在一些特殊环境下见到它。head和tail分别从文件开头和末尾读取内容。排查日志时几乎必用tail。tail -f可以持续跟踪文件增长新追加的日志会实时显示出来这是调试服务时的神器。比如你在调试web服务专门开一个终端窗口执行tail -f /var/log/messages一边操作一边看日志滚动问题定位效率提升一大截。head -n 50 file只看前50行head -c 1M file取前1MB内容tail -n 20取最后20行。还有一个组合技巧查看一个超大日志文件的头部字段结构用head -1先看第一行要确认文件末尾是否写入了完成标志用tail -5。日常使用时注意大文件不要一上来就cat内存和终端压力都会变大。4.2 grep过滤与检索的瑞士军刀grep是Linux上使用频率最高的过滤命令。基础用法是grep 关键字 文件输出匹配行。几个参数要刻进肌肉记忆-i忽略大小写-n显示行号-v反向匹配输出不包含关键字的行-r递归处理目录-E启用扩展正则方便写更复杂的匹配模式-A、-B、-C分别显示匹配行后面的若干行、前面的若干行、前后各若干行。举一个真实场景。排查应用日志时grep -n ERROR app.log只看报错行但很多时候错误信息是一段上下文直接看报错行看不出根因。这时用grep -C 5 ERROR app.log能把前后各5行都带出来错误发生的上下文一目了然。处理/var/log下的多个日志文件时grep -r OutOfMemory /var/log。写脚本时还能配合管道ps aux | grep nginx是标准用法但管道加grep有一个经典问题——会匹配到grep进程自己。解决方法是grep [n]ginx用方括号把一个字符变成字符集既能匹配nginx又不会匹配到命令文本本身。4.3 find与locate按条件检索文件的两种思路find是文件检索的正统工具。它走真实文件系统遍历目标目录下所有条目按条件过滤。实时、准确但大目录下慢。常用条件-name按文件名-type按文件类型f文件、d目录、l符号链接-size按大小如10M表示超过10MB-mtime按修改时间如-mtime 30表示30天前修改过-user按属主-perm按权限。最经典的组合是清理日志find /var/log -name *.log -type f -mtime 30 -exec rm {} ;。这里-exec是把找到的结果逐项交给后面的命令处理{}代表当前匹配的文件名;是-exec的结束符。初学容易漏掉这个分号导致语法错误。我建议把find当成一个“按条件找出文件列表”的命令来用先只跑find部分确认结果确认无误后再加-exec执行删除。locate是另一个思路通过updatedb构建的文件名数据库查找速度极快秒级返回。但数据库需要定期更新刚创建的文件locate查不到需要先updatedb更新。适合快速定位你确定存在但忘了放哪的文件。注意locate的数据库是按权限过滤的普通用户看不到别人的文件这一点在实际使用中容易困惑。5. 文件权限与链接被问烂却总记不住的考点5.1 硬链接与软链接的区别及应用场景理解链接前先说inode。文件系统存储文件时文件名和文件内容是分离的。每个文件对应一个inode里面记录数据块位置、权限、属主等信息文件名只是inode的一个引用入口。硬链接就是在同一个inode上再添加一个文件名入口。它有几个特征和原文件共享inode所以修改内容互相可见没有独立的文件大小ls -l显示的链接数会递增不能跨文件系统创建普通情况下不允许对目录做硬链接。软链接恰好相反。它本身是一个独立文件文件内容记录的是目标路径。类似Windows的快捷方式但语义上更精确。软链接可以跨文件系统也可以链接目录所以你随处可见/bin/sh指向bash、/etc/alternatives里一串软链。ls -l列出的符号链接会显示箭头指向比如lrwxrwxrwx 1 root root 9 Oct 19 11:23 /bin/sh - dash。生产环境中软链接最典型的用法是版本管理。比如你装了Python 3.11和3.12两个版本用一个软链接/usr/local/bin/python3指向实际版本目录切换版本时只要改软链指向不需要动依赖这个路径的所有脚本。硬链接适合对重要文件做备份入口比如日志文件在多个目录下保留入口但注意别跨文件系统用。5.2 chmod与chown读懂-rwxr-xr--这一串字符权限字符串一共10位。第一位是文件类型-普通文件、d目录、l符号链接。剩下9位分三组属主权限、属组权限、其他人权限。每一位里面r代表读、w代表写、x代表执行。目录的执行权限和文件不同目录必须有x权限才能进入并列出内容这点是新手常踩的坑。数字法就是把这9个权限位用二进制加总。r4、w2、x1。chmod 754 file的含义7421属主可读可写可执行541属组可读可执行44其他人只读。部署web项目时我通常把目录设为755、文件设为644、脚本设为755或者更严格按需设置。需要批量处理时chmod -R会递归应用到目录内所有内容但要小心递归把执行权限加到所有文件上可能造成安全隐患最好配合find细分。chown用来修改属主和属组。chown user:group file可以同时修改chown -R递归应用到目录树。这是最常见的运维操作之一把安装的应用程序目录交给专门的运行用户。还要注意umask机制新建文件时默认权限是666减去umask值新建目录是777减去umask值。最常见的umask是022所以文件默认644目录默认755。理解了umask你就理解了为什么新建的脚本总是没有执行权限——不是系统针对你是默认设计如此。6. 高频报错与排查技巧实录我踩过的那些坑6.1 “Permission denied”的四种常见场景看到Permission denied第一步不要急着sudo先搞清楚是谁不让做、为什么不让做。至少养成习惯id确认当前用户身份ls -ld确认目录权限mount确认文件系统挂载状态getenforce确认SELinux是否为Enforcing模式。最常见的四种情况一是文件没有读权限比如/etc/shadow只有root能读二是目录没有执行权限你被挡在目录外“进不去”三是文件系统被挂载为只读常见的根目录变只读、U盘默认只读等原因touch和写入都会报错四是SELinux策略拦截这时普通的权限看起来都对但系统策略不允许日志里会有详细原因。排查顺序建议是先看身份、再看权限、再看挂载方式、最后查SELinux审计日志。多数情况下90%的问题出在权限本身但剩下10%如果只盯着权限位可能排查一天都定位不了。6.2 “No such file or directory”其实有双重含义执行一个脚本时报“No such file or directory”但你ls明明能看到这个文件。这不是“文件不存在”的错而是脚本解释器不存在或脚本依赖的库不存在。比如在64位系统上跑一个32位的老二进制程序有时会出现这个报错实际是缺少对应的动态链接库。处理思路是先用file命令查看文件类型$ file myscript.sh myscript.sh: POSIX shell script, ASCII text executable再查看脚本第一行的shebanghead -1 myscript.sh。如果shebang写的是/usr/bin/python但系统里根本没有这个路径shell就会报“文件不存在”。还有种常见情况脚本里用了一个相对路径的依赖执行时当前目录不对找不到相对的文件也会报这个错。排查时既要看脚本本身也要看执行时的工作目录。6.3 通配符展开时机与引号的坑通配符是在shell解析命令时预先展开的不是由命令本身处理的。这个机制带来几个经典陷阱。第一个echo.txt在目录里有txt文件时输出文件名列表目录里没有txt文件时通配符会保持原样输出一个字面的“.txt”看起来就像命令“不听话”。第二个rm * .txt注意星号和空格如果在目录里想删所有文件却多打了一个空格shell会先展开为所有文件名然后因为多了一个. txt参数非但没有把所有文件删掉反而可能报错“No such file or directory”但此时部分文件已经开始被删了。第三个find -name的参数如果不用引号包裹shell会先把.log展开成当前目录下所有log文件导致find收到的匹配模式不再是“任意目录下的.log文件”而是当前目录下的具体文件名列表查询范围完全是错的。所以凡是需要把通配符原样传给命令的场景比如find -name、grep引用的文件模式统一加引号find / -name *.log -type f。交互式删除时尽量避免复杂的通配符先ls列出要处理的匹配项确认无误后再rm。6.4 误删之后的补救思路Linux没有回收站误删文件后的第一原则是“马上停止在该分区写入数据”。只要进程还占用着被删除的文件数据块就不会被真正释放。你有可能通过lsof找到残留入口$ lsof | grep deleted nginx 1234 root txt REG 253,0 123456 789 /usr/sbin/nginx (deleted)这个输出说明nginx的二进制文件被删了但进程还在运行。这时候可以去/proc目录找回ls -l /proc/1234/exe然后cp /proc/1234/exe /tmp/nginx.bak把还在内存中的文件内容复制出来。这个技巧在日志文件被误删或程序文件被替换时非常救命。更重要的教训是删任何东西前多做一步确认数据重要程度高就不要直接rm压缩归档留存比事后抢救成本低得多。我自己有个习惯上服务器先看有没有定时备份机制没有就先补一个cron把关键配置文件目录压缩到备份路径。这个习惯救过我多次也建议你养成。文件与目录操作这块内容说实话没有一个是“背”出来的全是“用”出来的。我带过的几个上手最快的新人共同点都是不急着抄命令大全而是先把目录树、路径、权限这三件事揉碎理解透。它们决定了你后面接触管道、重定向、文本处理、进程管理时是顺水推舟还是磕磕绊绊。下一篇我计划聊聊文本处理三兄弟里的grep和sed它们和文件操作配合起来才是真正的高效日常。先把自己机器上的目录结构多ls几遍、多cd几回这些命令自然就长在身上了。