處理Linux服務(wù)器上的數(shù)據(jù)我?guī)缀趺刻於紩蚮ind命令打交道。你可能覺得find不就是找文件嗎我在實際用下來發(fā)現(xiàn)它在批量數(shù)據(jù)處理里扮演的角色遠(yuǎn)不止“查找”這么簡單——配合-exec、xargs、管道和sort、sed這些常規(guī)命令找文件只是入口真正值錢的是后面的批量篩選、去重、歸檔、清理和內(nèi)容改寫。這篇文章不打算泛泛講手冊我把自己用find處理數(shù)據(jù)的思路、判斷邏輯和翻車經(jīng)歷整理出來尤其會把“為什么不建議直接用ls解析輸出”“為什么-exec和xargs差這么多”這類問題講透。適合手里攢了幾萬幾十萬文件、想在命令行里把數(shù)據(jù)歸置明白的人剛?cè)腴T的新手也能從里面找到一條順暢的上手路徑。1. 用find做數(shù)據(jù)處理的整體思路與核心設(shè)計1.1 為什么find是數(shù)據(jù)批處理的底座find能成為數(shù)據(jù)批處理的底座核心在于它把整個操作拆成了兩個階段遞歸掃描和條件過濾以及動作執(zhí)行。第一階段的本質(zhì)是遍歷目錄樹把它下面的每一個文件、目錄都走一遍第二階段才是真正的處理比如刪除、改名、歸檔、統(tǒng)計。很多人只盯著第二階段卻忽略了find真正的殺手锏是第一階段的“精準(zhǔn)篩選”——它能在海量文件里先把符合條件的對象圈出來再把這些對象交給后續(xù)動作。我見過一些同事寫數(shù)據(jù)處理腳本時喜歡先用ls遞歸加grep篩出文件列表再套一層for循環(huán)處理。這個方案在小目錄里沒問題但文件一多、名字里帶空格或特殊字符時ls解析輸出就非常不可靠。find則不同它的條件判斷是直接基于文件系統(tǒng)元數(shù)據(jù)做的不依賴ls那樣的文本輸出解析再加上-print0這樣的安全輸出方式即使文件名叫“a b.txt”或者帶換行符也能一個不差地傳遞下去。就沖這一點find就值得作為批量數(shù)據(jù)處理的主入口。1.2 條件過濾與動作執(zhí)行怎么配合把find的表達(dá)式想成一個求值流程從左到右依次判斷默認(rèn)邏輯是“與”。也就是說只有前面所有條件都成立后面的動作才會執(zhí)行。反過來講一旦某個條件不成立find就不會再繼續(xù)判斷后面的內(nèi)容。這個特性不是壞事反而是我們做性能優(yōu)化的抓手——把篩選成本低、排除效果明顯的條件放在前面可以大幅減少后續(xù)無效判斷。舉個例子我在一個混合目錄里要清理所有后綴是.log、修改時間超過30天的文件表達(dá)式是find /data/logs -type f -name *.log -mtime 30 -delete這里find會依次判斷是普通文件嗎文件名匹配.log嗎修改時間超過30天嗎只有三個條件都滿足才執(zhí)行刪除。type判斷很廉價排在第一位就能先把目錄、設(shè)備文件過濾掉name判斷其次是字符串匹配也不貴mtime判斷要拿元數(shù)據(jù)比較相對重放后面。數(shù)據(jù)量一大這種排列對效率的影響是肉眼可見的。在處理數(shù)據(jù)時務(wù)必記住“先空跑、后實刪”的原則先把動作部分去掉換成-print跑一遍看看圈出來的文件到底是不是自己想要的。這一條在我的工作習(xí)慣里幾乎成了鐵律因為數(shù)據(jù)誤刪的代價遠(yuǎn)遠(yuǎn)大于慢幾分鐘的代價。1.3 為什么我不用腳本批量處理而是用find寫一個shell腳本去遍歷目錄、判斷條件、再執(zhí)行處理當(dāng)然可行但當(dāng)你的“條件”是文件大小、修改時間、權(quán)限位、所有者這些元數(shù)據(jù)時自己寫代碼判斷反而是重復(fù)造輪子。find把這些判斷都做成了現(xiàn)成的謂詞語義清晰組合靈活可讀性也比一長串[[ ... ]]判斷強得多。還有一個關(guān)鍵原因是安全。很多人會用for file in $(find /path -name *.txt); do ...; done這樣的套路這個寫法在文件名不含空格時能用但一旦文件名叫“report final.txt”路徑被空格拆成兩段循環(huán)就遍歷錯了。find本身就支持把結(jié)果直接交給-exec或xargs中間不經(jīng)過shell分詞配合-print0能從機制上繞開這個坑。數(shù)據(jù)文件又偏偏最愛出現(xiàn)空格、括號、中文名所以用find不用手工循環(huán)不是為了省事是為了穩(wěn)。2. 查找階段的高效篩選與結(jié)果控制2.1 按文件名與擴(kuò)展名批量匹配數(shù)據(jù)處理里最常見的是按擴(kuò)展名圈定對象。比如要處理某個目錄下所有.csv和.json文件可以用-name加通配符find /data/export -type f -name *.csv -print find /data/export -type f \( -name *.csv -o -name *.json \) -print這里有幾個細(xì)節(jié)需要注意。第一通配符是shell里的特殊字符如果不加引號會被shell提前展開導(dǎo)致find收到的根本不是模式而是展開后的文件名列表。正確的做法是給模式加上單引號例如-name .csv。第二多個擴(kuò)展名用邏輯或連接時必須用括號把條件組起來否則-o的優(yōu)先級會和你直覺不一樣。括號在shell里也是特殊字符所以要寫成( ... )或者給整個表達(dá)式加引號。我在實際處理中還會搭配-iname做大小寫不敏感匹配。有一回接手一批從Windows服務(wù)器同步過來的數(shù)據(jù).CSV、.Csv、.csv三種寫法混雜用-name .csv只能篩出一部分。換成-iname .csv一次性就全抓出來了配合后續(xù)的批量改名統(tǒng)一成了小寫后綴。這類細(xì)節(jié)不復(fù)雜但能在關(guān)鍵時刻省下大量人工。2.2 按時間、大小與類型過濾數(shù)據(jù)清理和歸檔場景里最常用的是時間、大小、類型三個維度。時間維度用-mtime、-mmin、-newer等參數(shù)控制。-mtime 7表示修改時間超過7天-mtime -7表示7天以內(nèi)-mtime 7表示恰好7天這一天。這里有個容易誤判的地方-mtime 7的單位是“天”但它不是精確到秒的“超過168小時”而是按“過去的24小時窗口”來算的邊界情況會有點模糊。對精度要求高的數(shù)據(jù)任務(wù)我更推薦用-mmin例如- mmin 1440表示超過1440分鐘也就是嚴(yán)格意義上的24小時之前。大小維度的表示也要注意單位。-size 500M表示大于500MB-size -100k表示小于100kB。很多人第一次用會漏掉單位結(jié)果- size 500把500個512字節(jié)塊當(dāng)成了500字節(jié)統(tǒng)計結(jié)果離預(yù)期差一大截。M和k的字母大小寫也講究小寫k表示千字節(jié)大寫M表示兆字節(jié)別憑手感亂寫。類型維度則是我每次處理前必加的條件。日志目錄里通?；祀s著普通文件、子目錄、軟鏈接如果在執(zhí)行刪除時把目錄也當(dāng)成普通文件處理很可能收獲一堆“Is a directory”的報錯。所以我做批量操作前幾乎都會加-type f先把文件類型釘死既減少誤傷也降低不必要的報錯。2.3 用邏輯組合把篩選條件寫精準(zhǔn)實際數(shù)據(jù)任務(wù)很少只靠單一條件更多是組合拳。比如我清理臨時目錄時目標(biāo)是“后綴為.tmp或.swp、超過兩天沒動過的普通文件但不包括名為keep的子目錄里的內(nèi)容”。這樣的需求用邏輯表達(dá)式寫出來是find /data/tmp -type f \( -name *.tmp -o -name *.swp \) -mtime 2 -print后面如果要排除某個目錄可以用-path配合-prune這個我在第4章會專門講。這里先提醒一個新手高頻翻車點把-o和默認(rèn)的“與”邏輯混在一起很容易寫出含義和預(yù)期完全相反的表達(dá)式。比如你想表達(dá)“文件名匹配A且時間超過2天”卻寫成-name A -o -mtime 2這樣find會把所有修改時間超過2天的文件都拉進(jìn)來無論叫什么名字因為邏輯或的左邊條件不滿足時右邊條件仍然會被判斷。我自己的習(xí)慣是先寫完整邏輯表達(dá)式再用-print空跑一遍把結(jié)果通過管道丟給wc -l看看數(shù)量級再抽樣head幾條確認(rèn)。比如find /data/tmp -type f \( -name *.tmp -o -name *.swp \) -mtime 2 | wc -l find /data/tmp -type f \( -name *.tmp -o -name *.swp \) -mtime 2 | head -20別小看這兩步它們能攔住絕大多數(shù)因為邏輯寫錯導(dǎo)致的誤刪。3. 批量數(shù)據(jù)處理的實操環(huán)節(jié)3.1 exec與xargs批量操作的兩種姿勢find的-exec參數(shù)可以在找到每個文件后直接執(zhí)行命令xargs則把find輸出的路徑作為參數(shù)批量傳給另一個命令。兩者都能實現(xiàn)批量數(shù)據(jù)處理但運行模型完全不同。-exec對比- exec ... {} ;和- exec ... {} 要分開看。前者每找到一個文件就啟動一次命令進(jìn)程比如有5000個文件就啟動5000次rm進(jìn)程優(yōu)點是一個文件名出錯不影響其他文件繼續(xù)執(zhí)行缺點是性能差文件一多明顯發(fā)慢。后者會把所有路徑攢在一起盡量一次把參數(shù)全部傳給命令進(jìn)程啟動次數(shù)大幅減少但也有個隱藏限制命令行參數(shù)長度是有限的一般幾MB文件路徑太長時會觸發(fā)參數(shù)溢出錯誤。xargs的工作方式更靈活默認(rèn)按空白字符把輸入拆分成參數(shù)一批一批傳給命令。為了應(yīng)對文件名里的空格find輸出時用-print0xargs接收時用-0讓非法字符從“分隔符”變成“文件名內(nèi)容的一部分”。我處理某些導(dǎo)出數(shù)據(jù)時文件名動輒帶空格、括號甚至中文用-print0組合幾乎成了標(biāo)配。數(shù)據(jù)量特別大的場景我還會考慮-P參數(shù)做并行不過并行會放大資源競爭問題具體我在第4章再展開。3.2 批量改名與內(nèi)容替換批量改名是數(shù)據(jù)處理里很常見的需求。假設(shè)一批文件名是report_2024.csv、report_2025.csv要改成report-2024.csv、report-2025.csv可以用-exec bash -c在內(nèi)層做字符串替換find /data/reports -type f -name *.csv -exec bash -c for f do newname${f//_/-} mv $f $newname done sh {} 這里之所以用-exec bash -c而不是簡單地把mv喂給xargs是因為mv需要同時知道舊文件名和新文件名光靠默認(rèn)參數(shù)傳遞很難處理好原路徑和新路徑的映射關(guān)系。bash -c配合{} 是應(yīng)對這類“需要二次加工文件名”場景的經(jīng)典姿勢。文件名里的空格已經(jīng)被引號保護(hù)住了“for f do ... done”結(jié)合sh這個虛擬參數(shù)能保證循環(huán)拿到的就是正確的路徑。內(nèi)容替換的場景也常用find做入口。比如要把一個目錄樹下所有.txt文件里的舊域名替換成新域名可以這樣寫find /data/docs -type f -name *.txt -exec sed -i s/olddomain.example/newdomain.example/g {} \;這條命令的作用范圍是整個目錄樹文件數(shù)量和嵌套層級多時比手動翻目錄高效得多。不過sed -i直接改原文件屬于破壞性操作我通常會在執(zhí)行前先復(fù)制一份目錄結(jié)構(gòu)做備份或者先用grep -l確認(rèn)到底哪些文件命中了替換規(guī)則。別嫌這一步啰嗦真出問題就知道它值了。3.3 批量歸檔與遷移數(shù)據(jù)把大量文件按時間規(guī)則歸檔是一項高頻任務(wù)。比如把/data/logs目錄下7天前的日志打包成壓縮包再清理原文件傳統(tǒng)腳本思路要先查文件清單再逐行打包處理路徑時還得小心各種意外。用find直接喂給tar就清爽很多find /data/logs -type f -name *.log -mtime 7 -print0 | tar --null -T - -czf /backup/logs-$(date %F).tgz這里的-print0和--null與- T -是一套組合find負(fù)責(zé)篩選符合條件的日志tar從標(biāo)準(zhǔn)輸入讀取文件名列表一次性完成打包壓縮。用-print0而不用普通輸出依舊是為了規(guī)避文件名空格問題。需要注意這樣打包出來的壓縮包里會保留find命令傳入的完整路徑結(jié)構(gòu)。如果不想保留絕對路徑處理時可以先cd到目標(biāo)目錄的上一級再相對路徑find或者用tar的--transform參數(shù)修剪路徑前綴。遷移文件也是類似思路。要把某個模塊生成的所有.png文件復(fù)制到備份目錄可以用find /data/generated -type f -name *.png -exec cp --parents {} /backup/images/ \;cp加上--parents的好處是保留原目錄層級后續(xù)想追溯文件來源時不容易抓瞎。沒有這個參數(shù)時大量同名文件還會互相覆蓋而且不報錯等發(fā)現(xiàn)時已經(jīng)晚了。3.4 用流處理管道銜接其他命令find和管道結(jié)合還能把文件清單變成下一道數(shù)據(jù)處理工序的輸入。比如統(tǒng)計一個大型項目目錄里各類源碼文件的數(shù)量find /project/src -type f | sed s/.*\.// | sort | uniq -c | sort -rn這條命令鏈做的事情很直白find列出所有文件sed提取擴(kuò)展名sort排序讓相同擴(kuò)展名相鄰uniq -c統(tǒng)計出現(xiàn)次數(shù)最后sort -rn按數(shù)量降序排列。日常做數(shù)據(jù)盤點時這個組合能很快回答“我們這個目錄里到底什么類型的文件最多”這種問題。再比如要統(tǒng)計某個目錄下所有文件占用的總大小find可以配合du實現(xiàn)find /data -type f -mtime -30 -print0 | du --files0-from- -ch | tail -1這里du的--files0-from參數(shù)從find的輸出讀取文件列表-c統(tǒng)計總量-h換成人性化單位tail -1只取最后的合計行。類似這樣的組合把find從“查找工具”變成了“數(shù)據(jù)統(tǒng)計管道”的起點這也是我強調(diào)把它當(dāng)作數(shù)據(jù)處理底座的原因。4. 性能優(yōu)化與高級進(jìn)階4.1 用-prune剪枝避開無關(guān)目錄find需要遞歸遍歷每一個子目錄所以目錄層級越深、文件越多速度越慢。如果明確知道某些目錄不用處理就一定要用-prune做剪枝。典型場景是清理代碼倉庫時跳過node_modules和.gitfind /project -type d \( -name node_modules -o -name .git \) -prune -o -type f -print這條命令的閱讀方式有點反直覺我拆開講( -name node_modules -o -name .git ) -prune表示命中這些目錄就直接剪枝不再往里鉆后面的-o -type f -print表示除此之外仍要打印普通文件。很多人第一次寫會把print掛在-prune前面結(jié)果發(fā)現(xiàn)只打印了目錄本身文件全沒了。記住一個口訣剪枝和打印是“或”的關(guān)系-prune只負(fù)責(zé)阻擋-o -type f -print才負(fù)責(zé)輸出剩下的文件。除此之外限制掃描深度也很有效。日志歸檔時我們往往只需要處理頂層文件沒必要深入到幾十層的臨時子目錄里加個-maxdepth 2就能把掃描范圍鎖死。配合剪枝處理幾十萬文件的目錄樹耗時能從幾分鐘壓到幾十秒。4.2 并行執(zhí)行避免串行瓶頸傳統(tǒng)的find組合是串行處理xargs逐批傳遞參數(shù)命令一條條執(zhí)行。文件數(shù)量一大排隊時間非常可觀。xargs的-P參數(shù)能把處理任務(wù)分發(fā)到多個進(jìn)程并行跑。我用它壓縮過一批大數(shù)據(jù)文件find /data/files -type f -name *.dat -print0 | xargs -0 -P 4 -I {} gzip {}-P 4表示最多同時跑4個gzip進(jìn)程。實測下來串行壓縮和4路并行壓縮的總耗時差距接近一半磁盤和CPU允許時效果很明顯。但并行不是萬能的它只是把瓶頸從CPU轉(zhuǎn)移到了磁盤IO、內(nèi)存或者數(shù)據(jù)庫連接上。如果-exec里的命令是消耗型任務(wù)比如壓縮、轉(zhuǎn)碼、解析文件并行前最好先用-P 2或-P 4試探一輪觀察系統(tǒng)的負(fù)載和IO占用。我之前試過給一批大文件做轉(zhuǎn)碼直接開-P 16結(jié)果磁盤IO瞬間被打滿系統(tǒng)負(fù)載飆到幾十反而把任務(wù)拖得更慢。并行參數(shù)不是越大越好機器能扛多少得用實際數(shù)據(jù)說話。4.3 減少無謂的系統(tǒng)調(diào)用帶寬和CPU都緊張時find掃描本身的系統(tǒng)調(diào)用開銷也不容忽視。最直接的辦法是不跨文件系統(tǒng)掃描。用-mount或-xdevfind就不會越界進(jìn)入其他掛載點。否則掃描一個包含NFS掛載目錄的路徑時find會跟著掛載點進(jìn)入網(wǎng)絡(luò)盤如果網(wǎng)絡(luò)盤響應(yīng)慢整個命令都會被拖死。我有一次在某個目錄下掃文件find莫名其妙卡了好幾分鐘排查之后才發(fā)現(xiàn)路徑里藏著一個斷連的網(wǎng)絡(luò)掛載點加上-xdev之后秒出結(jié)果。另一個實用技巧是用-maxdepth限定深度。處理大型備份目錄時有時只需要掃頭兩層那就沒必要讓find把每個深層子目錄都走一遍。我通常在寫命令前會先想清楚數(shù)據(jù)分布在哪幾層哪些目錄確定不用管帶著這個思路寫的find命令比無腦全盤遞歸干凈得多。如果需要按時間增量處理用-newer參數(shù)比遍歷全目錄再逐個判斷-mtime更高效。它的原理是基于時間戳比較配合touch生成一個參考文件可以很方便地篩出“這個時間點之后修改過的所有文件”。對周期性的增量備份任務(wù)這個思路能省掉大量無效遍歷。4.4 查找與執(zhí)行命令的取舍find自帶-delete、-exec、-ok這些動作我會根據(jù)場景決定到底用哪一層。-delete是最高效的刪除方式因為它是在find遍歷過程中直接調(diào)用刪除系統(tǒng)調(diào)用處理的不經(jīng)過啟動外部命令的額外開銷。但它的破壞性也最強我有一次因為模式寫寬了把臨時目錄下一批不該刪的中間文件也刪了個干凈從那以后凡是帶-delete的命令我都會先換成-print檢查至少一遍。-exec和xargs適合需要調(diào)用外部命令的場景。xargs的優(yōu)勢是批量和并行-exec的優(yōu)勢是每一批文件的錯誤隔離。有一個取舍經(jīng)驗處理任務(wù)本身簡單穩(wěn)定時用xargs效率高任務(wù)可能有異常輸入時需要逐個容錯時用-exec穩(wěn)。比如把上百個文件逐個校驗哈希用xargs并行去跑就很合適但若是按文件名逐個移動并生成映射表用-exec或內(nèi)嵌bash循環(huán)更省心。5. 常見問題與排查技巧實錄5.1 忘記寫起始路徑或?qū)戝e通配符新手最常見的錯誤是執(zhí)行find -name *.txt沒給起始路徑。find和ls不一樣它不會默認(rèn)把當(dāng)前目錄當(dāng)作起點多數(shù)實現(xiàn)會直接提示需要指定路徑。我見過有人用find.txt來找文件這個寫法的本質(zhì)是shell先把.txt展開成當(dāng)前目錄下的文件名列表再傳給find結(jié)果find收到的不是模式而是若干具體路徑行為完全不可控。正確的做法是明確告訴find從哪里開始find . -name .txt。路徑別只圖省事寫成/除非你確定就要全盤掃描。曾經(jīng)有人寫find / -name .log -delete直接開始清理整個根目錄樹這個命令的執(zhí)行時間會非常長期間如果條件沒寫準(zhǔn)影響范圍就是全部系統(tǒng)。至少給一個盡量小、盡量具體的目標(biāo)路徑這是find安全使用的第一條。5.2 文件名帶空格和換行怎么破文件名里有空格時find默認(rèn)的逐行輸出格式會“騙”到后面解析的腳本。最典型的是xargs按空白把輸入拆成多段于是report final.txt被當(dāng)成兩個文件處理。解決手段前面提過輸出時用-print0接收時用-0。如果非得在shell循環(huán)里處理也要改用while IFS read -r -d find /data -type f -name *.csv -print0 | while IFS read -r -d file; do echo 處理$file done這里的關(guān)鍵是讓分隔符從換行變成空字符read在讀到空字符時才認(rèn)為一條路徑結(jié)束這樣任何離奇的文件名都能被安全保留。我在一次數(shù)據(jù)遷移中處理的文件里甚至有帶換行符的名字用普通循環(huán)跑會直接報錯換成-print0加read -d 之后一次通過。不要覺得這種文件少見做成數(shù)據(jù)系統(tǒng)后你永遠(yuǎn)不知道上游會產(chǎn)出什么奇怪名字。5.3 括號、分號和感嘆號為什么老報錯find命令里的括號、分號、感嘆號在shell里都有特殊含義直接寫會被shell提前解釋。括號要轉(zhuǎn)義成(和)-exec結(jié)尾的分號要寫成;!要寫成!或者用-not代替。我頭幾次用find時經(jīng)常因為忘了轉(zhuǎn)義分號直接收到shell語法錯誤當(dāng)時還以為是find本身的問題。更隱蔽的坑是嵌套引號。比如用-exec sh -c ...時內(nèi)層命令里的引號如果和外層引號沖突很容易被shell提前截斷。我的習(xí)慣是外層用雙引號、內(nèi)層用單引號或者反過來并且先跑一個簡單版本測試輸出不確認(rèn)絕對不執(zhí)行真實動作。這種問題切莫硬碰硬慢慢試也不丟人。5.4 權(quán)限不足與掃描卡頓find在遍歷沒有讀權(quán)限的目錄時會往標(biāo)準(zhǔn)錯誤輸出一堆“Permission denied”。這些輸出會混在正常結(jié)果里干擾后續(xù)管道處理。解決方法是把錯誤輸出重定向掉find /data -type f -name *.log 2/dev/null | xargs ...注意不能寫成21那樣錯誤信息會重新混進(jìn)標(biāo)準(zhǔn)輸出導(dǎo)致xargs拿到一堆無效字符串。掃描卡頓的原因很多最常見的是目錄里包含網(wǎng)絡(luò)掛載點。命令執(zhí)行到那里會一直等待遠(yuǎn)程響應(yīng)。除了一開始就用-xdev限制掛載邊界也可以加上-timeout類的超時保護(hù)比如用timeout 30 find /data -type f -print讓命令最多跑30秒超時直接退出。這個方法不適合正常業(yè)務(wù)但在排查問題時很有用至少能快速判斷是不是卡在網(wǎng)絡(luò)IO上。5.5 快速排查表現(xiàn)象可能原因解決辦法find報錯提示必須指定路徑?jīng)]有寫起始路徑在路徑位置寫.或具體目錄用-name *.txt篩不出文件通配符被shell提前展開給模式加單引號*.txtxargs把帶空格文件名拆散默認(rèn)按空白拆分參數(shù)find用-print0xargs用-0-exec命令結(jié)尾報語法錯誤分號被shell吃掉把;寫成;find掃描速度特別慢遞歸層級深或跨掛載點用-prune剪枝、-maxdepth限深度、-xdev限制文件系統(tǒng)目錄權(quán)限不足導(dǎo)致報錯刷屏沒有讀權(quán)限的目錄太多命令末尾加2/dev/null-delete誤刪了想保留的文件條件表達(dá)式寫得不夠精準(zhǔn)先-print空跑確認(rèn)無誤再執(zhí)行刪除-exec {} \逐個執(zhí)行太慢每個文件都啟動新進(jìn)程改用{} 或xargs -P并行這張表歸納的是我自己踩過或幫別人排查過的典型問題每一條都能對應(yīng)到實際場景?，F(xiàn)在寫find批量命令前我已經(jīng)習(xí)慣性先跑一遍“檢查版”把危險動作替換成echo或-print看到結(jié)果符合預(yù)期了再替換回真正的操作。這個習(xí)慣救過我很多次希望你在處理關(guān)鍵數(shù)據(jù)時也能用上。最后再分享一個小技巧如果要對一個很大的目錄樹反復(fù)做不同維度的篩選先把整棵樹的文件清單一次性存成快照文件后面基于快照用grep或awk反復(fù)處理比每次讓find重新遍歷一遍目錄樹快得多。數(shù)據(jù)處理的思路說到底就是“先圈定范圍再精準(zhǔn)操作最后復(fù)核結(jié)果”find的所有高級用法都是圍繞這個思路展開的。