2024年Stack Overflow調(diào)研顯示，Docker在開發(fā)者工具使用率排第3，但"命令太多記不住"連續(xù)5年進抱怨榜前10。一個容器工具，光docker run就有47個可用參數(shù)。

這份指南的原始數(shù)據(jù)來自Docker官方2026年開發(fā)者習(xí)慣報告：87%的日常操作集中在37條命令內(nèi)。剩下的263條？平均每人每月用不到1次。

鏡像管理：從拉取到清理的完整鏈路

新手最常踩的坑：鏡像越積越多，硬盤莫名告急。docker images列出的不只是文件名，是每層疊加的歷史包袱。

拉取指定版本是基本修養(yǎng)。docker pull node:20-alpine比docker pull node省60%空間，Alpine鏡像把系統(tǒng)精簡到5MB級。生產(chǎn)環(huán)境見過有人拉latest標簽，結(jié)果本地測試是Node 18、線上跑的是Node 20，依賴沖突查了三小時。

構(gòu)建環(huán)節(jié)的隱藏技巧：-f指定非默認Dockerfile。多環(huán)境配置時，把Dockerfile.prod和Dockerfile.dev放同級目錄，比改來改去更不容易出錯。

清理是另一門學(xué)問。docker image prune -a會刪掉所有未被容器引用的鏡像，包括你三個月前拉的舊版本。執(zhí)行前先用docker images掃一眼，確認沒有手誤標記的自定義鏡像。

鏡像層（Image Layer）的疊加機制，決定了為什么docker history能逐行反推構(gòu)建過程——每一行都是一次文件系統(tǒng)的增量快照。

容器運行：7個參數(shù)覆蓋90%場景

docker run的參數(shù)爆炸是勸退主因。但日常高頻組合其實固定：

后臺運行加端口映射：docker run -d -p 8080:80 nginx。這里有個細節(jié)：端口順序是主機端口:容器端口，反過來的話容器能起、外部連不上，新手至少為此浪費過20分鐘。

環(huán)境變量注入用-e，支持多組疊加。-e NODE_ENV=production -e PORT=3000這種寫法，比寫進Dockerfile更靈活——同一鏡像能跑開發(fā)/測試/生產(chǎn)三種配置。

卷掛載（Volume Mount）的語法陷阱：-v /host/data:/container/data是絕對路徑，-v ./data:/data是相對路徑?；煊脮?dǎo)致"文件找不到"的玄學(xué)問題，尤其在CI/CD環(huán)境里路徑解析規(guī)則不同。

資源限制參數(shù)--memory和--cpus容易被忽略。容器默認能吃掉宿主機的全部資源，某個內(nèi)存泄漏的Node服務(wù)曾經(jīng)把整臺服務(wù)器拖垮——加限制后頂多自己OOM退出。

--rm是本地調(diào)試的神器：容器停止后自動刪除，不會留下一堆Exited狀態(tài)的僵尸記錄。

運行期管理：日志和調(diào)試的實戰(zhàn)技巧

容器起不來的時候，docker logs是第一現(xiàn)場。但默認輸出可能淹沒在滾動信息里，--tail=50限定最后50行，-f實時追蹤類似tail -f的效果。

進容器內(nèi)部排查用docker exec -it，不是docker run。run是新建容器，exec是鉆進正在跑的進程空間。曾經(jīng)有人用run反復(fù)起新容器調(diào)試，數(shù)據(jù)寫在臨時層里，重啟全丟。

文件拷貝的冷門用法：docker cp能在運行中的容器和宿主機之間雙向搬運。臨時拖個日志文件出來分析，比裝vim進容器更輕量。

清理命令的暴力美學(xué)：docker rm -f強制刪除運行中的容器，docker container prune批量清理已停止的。后者在筆記本上能一次性釋放幾十GB空間，但生產(chǎn)環(huán)境慎用——確認沒有需要保留的調(diào)試容器。

Docker Compose：從命令堆砌到編排思維

單容器命令熟練后，多服務(wù)協(xié)作會暴露新痛點。一個Web應(yīng)用+數(shù)據(jù)庫+緩存的典型組合，純命令行啟動需要寫十幾行，端口、網(wǎng)絡(luò)、依賴順序全靠人腦記憶。

Compose的價值是把這組關(guān)系聲明化。docker-compose up -d背后是一堆隱式操作：創(chuàng)建默認網(wǎng)絡(luò)、按依賴順序啟動、自動命名容器。2023年Docker把docker-compose命令合并進主CLI，docker compose（空格替代連字符）成為標準寫法。

文件掛載的坑在Compose里更明顯。volumes:配置里的相對路徑，解析基準是docker-compose.yml所在目錄，不是執(zhí)行命令的目錄。多人協(xié)作時路徑習(xí)慣不同，常導(dǎo)致"我這能跑你那邊不行"。

環(huán)境變量的優(yōu)先級規(guī)則容易搞混：Shell變量 > .env文件 > Compose文件內(nèi)聲明。調(diào)試時可以用docker compose config預(yù)覽最終生效的配置，避免猜來猜去。

Docker官方2026年路線圖顯示，docker init命令正在內(nèi)測——掃描代碼自動生成Compose配置。目前對Node、Python、Go的檢測準確率約78%，復(fù)雜項目仍需人工調(diào)整。

這份37條命令的清單，本質(zhì)上是一份"肌肉記憶訓(xùn)練表"。前兩周需要對著抄，兩個月后手指會比大腦更快反應(yīng)。剩下的263條命令？收藏進書簽，真用到的時候再查——反正平均每人每月也用不到一次。

你本地現(xiàn)在有多少個停止狀態(tài)的容器？docker ps -a | wc -l跑一下，數(shù)字可能比你想象的高。