刚接触Docker的时候我最大的困扰不是概念有多难而是命令实在太多。docker ps、docker images、docker run、docker exec、docker rm……明明每个单词都认识组合在一起就经常忘。最尴尬的是好不容易把容器跑起来了关键时候又忘了怎么进容器看日志、怎么把数据保存下来、怎么让两个容器互相通信。后来用久了才发现真正高频的命令其实就那么二三十条抓住镜像、容器、数据、网络这四条主线完全够日常开发和个人项目使用了。这篇文章我从项目管理者的视角把Docker最常用的命令全部过一遍不会只丢命令清单还会解释每条命令背后的逻辑、常见的使用场景以及我踩过的坑。无论你是刚装好Docker Desktop还在纠结启动报错的新手还是已经在用Docker但命令不熟练的开发者这份内容都能直接当字典查也能当成一篇完整的入门攻略看。1. Docker的核心概念先搞懂这几个词再看命令1.1 镜像、容器、仓库用做饭来类比很多人学Docker命令学得痛苦不是因为记不住而是因为没搞明白镜像Image、容器Container、仓库Repository这三者到底是什么关系。我自己上课或者带新人时最爱打一个比方镜像就是菜谱加半成品食材容器就是你按菜谱做出来的一盘菜。镜像是一个只读的模板里面打包了程序代码、运行时环境、系统依赖、配置文件甚至环境变量。你执行docker pull nginx本质上是把一份做好了的nginx运行环境套餐下载到本地。容器则是由镜像创建出来的运行实例同一个镜像可以同时启动多个容器每个容器互相隔离互不干扰。这就像同一份菜谱你炒三盘菜每盘都独立存在。仓库就更好理解了它是存放镜像的地方。官方仓库叫Docker Hub你可以把它理解为镜像的应用商店。需要什么镜像就docker pull拉取做完自己的镜像也可以docker push推送上去分享给其他人。这三者的关系理清楚之后再看命令就不会觉得到处乱飘了。1.2 数据卷与网络容器不是黑盒还有个容易劝退新手的点是容器默认用完即弃的特性。很多人第一次跑容器往里写了不少数据一删容器全没了当场崩溃。这不是Docker设计失误而是因为容器本身是无状态的想要持久化保存数据就必须用数据卷Volume或挂载目录Bind Mount把宿主机的存储空间映射进容器。同样容器与容器之间默认也不是认识的。要让它们互相通信就需要借助Docker网络机制。常用的是bridge网络相当于给每个容器发了一张虚拟网卡放在同一个自定义网段里就能用容器名互相访问。理解了这几个概念后面讲-v参数和--network参数时你能少走很多弯路。2. 环境准备安装、启动与第一道坎2.1 安装成功不等于能用两分钟验证环境不管是Windows、macOS还是Linux安装完Docker之后先别急着拉镜像第一件事是确认命令能不能正常执行。最直接的验证方式是运行docker version如果你看到Client和Server两部分都有版本号说明Docker客户端和守护进程都在正常工作。如果只有Client信息Server部分报错或者显示ERROR那说明daemon还没起来后面所有命令都会失败。另外建议再看一眼docker info这条命令会输出Docker引擎的详细信息包括容器数量、镜像数量、存储驱动、CPU和内存限制等。我习惯在排查问题时先跑一遍docker info很多环境问题比如存储驱动不对、内存不足、日志驱动异常都能从这里面看出线索。还有个容易被忽略的小技巧新装完环境后先跑一个官方测试镜像验证整体链路docker run hello-world能正常输出Hello from Docker!就说明拉取、创建、运行、输出这一整条链路都通了。这个测试镜像极小几秒钟就能跑完非常适合作为环境验证的第一关。2.2 Windows上最常见的两个启动报错在Windows平台用Docker最常见的就是Docker Desktop启动失败。我见过很多新人卡在报错上其实大部分是下面两种原因。一个是报错信息里带virtualization support not detected。这个提示的意思是没检测到虚拟化支持。解决办法不复杂重启电脑进入BIOS/UEFI设置找到Intel VT-x或AMD-V之类的选项开启它然后在Windows功能里打开虚拟机平台和适用于Linux的Windows子系统也就是WSL2相关的功能重启之后Docker Desktop通常就能正常启动了。另一个高频报错是Failed to connect to the docker API at npipe:////./pipe/docker-desktop-linux-engine。很多人看到这种报错就懵了其实思路很简单API地址是Windows下命名的管道地址连不上大概率是Docker引擎没启动。优先检查右下角Docker Desktop图标是不是还在转圈等它变成正常的鲸鱼图标再执行命令如果图标已经在运行但还是连不上考虑执行docker context ls看看当前上下文是否被切到了别的远程主机或者直接重启Docker Desktop。Windows上这类问题九成是上下文错乱导致的经验之谈。2.3 镜像加速器怎么配配了才知道有多香国内网络环境下拉取Docker Hub镜像速度不稳定是常态。docker pull卡住不动然后报timeout或者i/o timeout这个问题几乎每个人都会遇到。解决办法是配置镜像加速器registry mirror。在Docker Desktop里打开Settings - Docker Engine在JSON配置中加上registry-mirrors字段{ registry-mirrors: [ https://docker.m.daocloud.io, https://dockerproxy.com ] }Linux环境下Docker的配置文件一般位于/etc/docker/daemon.json没有这个文件就新建一个改完配置后执行sudo systemctl restart docker注意加速器不是所有镜像都能加速。官方Docker Hub上比较热门的基础镜像比如nginx、redis、mysql、ubuntu这些加速效果通常不错但某些冷门镜像只在特定仓库存在拉取失败时不妨直接用镜像源的前缀手动拉取比如docker pull m.daocloud.io/某个镜像名拉下来后再通过docker tag改名成你需要的标签。这个技巧在拉取不常见的开源项目镜像时非常管用。3. 镜像管理把Docker的模板玩明白3.1 拉取与查看docker pull、docker images镜像管理的开始是先把需要的镜像拉下来。命令格式是docker pull 镜像名:标签标签tag最常用的是版本号比如nginx:1.24、mysql:8.0。不写标签时默认拉取latest也就是最新版。这里我强烈建议生产环境一定要写标签否则哪天重新部署时拉到一个新大版本行为变化可能导致服务直接不可用。这个坑我踩过不止一次后来所有脚本都强制指定版本号。查看本地已存在的镜像用docker images输出列表里有仓库名REPOSITORY、标签TAG、镜像IDIMAGE ID、创建时间和大小。用docker images -a可以查看所有镜像包括中间层镜像用docker images | grep 关键词可以快速筛选。如果你想知道某个镜像的详细配置比如暴露的端口、默认环境变量、入口命令可以用docker inspect 镜像名:标签这条命令输出的是JSON格式的元信息信息量极大。新手可能觉得内容太多太杂但遇到镜像启动后为什么端口不对容器为什么总崩溃这类问题时第一条排查路径往往就是docker inspect。3.2 删除与清理docker rmi的悬空镜像问题删除本地镜像是docker rmi完整写法是docker image rm。比如docker rmi nginx:1.24注意一个关键规则如果这个镜像还被某个容器使用删除会失败。哪怕是已经停止的容器只要它还存在于本机镜像就不能删必须先把容器删掉。这跟文件被占用时无法删除的道理是一样的。更常见的场景是空间不够用了想清理一批没用的镜像。这时候要用docker image prunedocker image prune默认只清理悬空镜像dangling image也就是标签被覆盖后留下的无名字镜像因为重新拉取或重新构建同名镜像时旧镜像会变成none. 想删得更彻底可以加-a参数把没被任何容器使用的镜像全部清掉docker image prune -a我个人在个人开发机上习惯每隔一段时间跑一次完整清理。在服务器上则会非常谨慎清理前会先确认哪些镜像仍然在用的容器的运行表现否则误删会导致容器无法启动。3.3 自己造镜像docker build基础参数与.dockerignore很多时候现成镜像不够用需要自己写Dockerfile构建镜像。构建命令很简单docker build -t 镜像名:标签 .这条命令会基于当前目录下的Dockerfile构建一个镜像-t用于指定镜像的仓库名和标签。很多人问最后的点是什么其实它表示构建上下文的路径也就是打包发送给Docker引擎的目录路径。我通常会为每个项目单独建一个目录里面放Dockerfile和需要的源代码、配置文件避免把无关文件全部打进上下文。Dockerfile本身是一套指令集高频指令包括FROM指定基础镜像RUN在构建过程中执行命令比如安装依赖COPY/ADD往镜像里复制文件WORKDIR设置工作目录EXPOSE声明容器监听端口CMD/ENTRYPOINT定义容器启动时执行的命令这里我强烈建议每个项目都加一个.dockerignore文件作用和.gitignore类似用来排除不需要进入构建上下文的文件比如node_modules、__pycache__、.git、日志文件等。这样不仅构建更快还能防止敏感信息被打进镜像。有一次我在项目里忘了忽略.env文件结果环境变量里的数据库密码被永久写进了镜像层不得不全部推翻重新构建教训非常深刻。4. 容器生命周期最常用的命令全在这4.1 启动容器docker run的参数全拆解容器操作里出现频率最高的一定是docker run。最常见的例子是启动一个nginxdocker run -d -p 8080:80 --name web nginx:1.24这条命令拆解一下-d后台运行容器也叫detached模式。不加-d时容器在前台运行终端会一直挂着日志输出想退出只能再开一个终端去操作调试时可以这样用正常部署一般都用-d。-p 8080:80端口映射。意思是把宿主机的8080端口映射到容器的80端口外部访问http://localhost:8080就能进入nginx。--name web给容器起个名字后面用docker exec -it web bash之类的命令时直接拿名字定位容器就够了不用记那一长串容器ID。nginx:1.24镜像名和标签。再补充几个高频参数实战中几乎天天用到-it-i和-t的组合保持标准输入打开并分配一个伪终端。用这个参数可以进入一个交互式Shell比如docker run -it ubuntu bash。-v 宿主机目录:容器目录挂载数据卷。--network 网络名指定容器使用的网络。--restartalways设置容器总是自动重启很实用。-e 环境变量值在容器内设置环境变量比如MySQL容器的-e MYSQL_ROOT_PASSWORD123456。--env-file从一个文件批量加载环境变量。参数比较多容易记混我的经验是先抓住-d、-p、--name三个最基础的跑通一个服务之后再慢慢扩展其他参数。4.2 进入容器docker exec与attach的区别容器跑起来之后你经常会想进去看看里面的进程、文件、环境变量甚至装点东西。最常用的进入容器方式是docker execdocker exec -it web bash命令的意思是在名为web的运行中容器内执行bash命令并且以交互模式打开。如果你的容器里没有bash比如某些基于Alpine精简镜像的容器可以改成shdocker exec -it web sh记住docker exec的本质是在运行中的容器里执行新命令它不会影响容器本身的状态。这个特性让它成为排查问题的首选。比如容器里跑着一个定时任务你想临时加个依赖或者在容器内手动触发某个脚本都可以用docker exec进去操作。docker attach是另一种进入容器的方式它会把当前终端连接到容器的标准输入输出上。一旦容器主进程退出你的终端也会跟着退出。attach更多用于观察前台进程的输出日常调试我基本只用exec因为它更灵活、更安全。4.3 停止、重启、删除容器状态的流转查看当前正在运行的容器docker ps加上-a参数则列出所有容器包括已经停止的docker ps -a容器状态会显示Up运行中、Exited已退出、Created已创建未启动、Paused已暂停、Restarting重启中等。这对排查问题很有帮助比如容器刚启动就Exited基本可以断定是启动命令或配置有误。停止和启动的命令分别是docker stop web docker start web重启用docker restart web删除容器用docker rm常常需要加-f参数强制删除即使容器正在运行也能删docker rm -f web注意docker stop和docker kill的差别stop会先给容器主进程发送SIGTERM给进程一段时间优雅退出kill则是直接发SIGKILL立即强制终止。生产环境优先用stop除非确认无状态服务可以直接强杀。4.4 容器日志docker logs的常见用法容器把输出打印到标准输出后查看日志的命令是docker logs web不加任何参数时它会输出容器全部日志内容多的时候眼睛看不过来。日常用得最多的是docker logs -f --tail 100 web-f持续跟踪类似tail -f新日志会实时滚动。--tail 100只显示最后100行避免一次性刷出几十万行日志。看报错时第一步先跑docker logs --tail 50 容器名大多数启动失败、崩溃反复重启的根因都能从日志里找到。比如MySQL容器启动失败日志会直接告诉你权限不足还是数据目录已存在且非空nginx容器配置写错了日志会提示具体是哪个server块哪一行有问题。养成容器异常先看日志的习惯Debug效率能提升一大截。5. 数据与文件容器不丢数据的秘密5.1 数据卷docker volume的命令体系容器是临时的数据是刚需的。为了不让容器一删数据全没Docker提供了数据卷Volume机制。最清晰的用法是在启动容器时通过-v挂载卷docker run -d --name mysql \ -v mysql-data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD123456 \ mysql:8.0这里mysql-data就是数据卷的名字。即使容器被删除只要mysql-data这个卷还在下次用同样的卷名启动新容器数据就会自动恢复。卷的管理命令很直观docker volume ls # 查看所有数据卷 docker volume create mydata # 创建数据卷 docker volume inspect mydata # 查看卷的详细信息包括宿主机实际路径 docker volume rm mydata # 删除数据卷 docker volume prune # 清理所有未被使用的数据卷注意docker volume prune这招不要随便在服务器上执行尤其是不清楚哪些卷还被其他容器使用时。真把数据库卷清掉了想恢复就非常麻烦了。5.2 挂载方式卷挂载与目录挂载怎么选Docker提供两种主要的数据持久化方式命名卷Named Volume和绑定挂载Bind Mount。命名卷的宿主机目录由Docker引擎自动管理用户不关心具体路径在哪里只需要指定卷名。优点是可移植性好适合数据库、中间件这类需要持久化存储的场景。绑定挂载则是把宿主机指定目录直接映射进容器比如docker run -d -p 80:80 -v /home/user/www:/usr/share/nginx/html nginx这种方式的优点是宿主机里可以直接看到文件、直接修改开发环境调试前端、配置nginx很舒服缺点是宿主机和容器目录强绑定换一台机器就要重新设置路径。个人经验是项目开发阶段用绑定挂载方便改代码部署上线后用命名卷更省心因为路径完全托管不容易出问题。需要备份时命名卷可以直接用docker run --rm -v 卷名:/data -v $(pwd):/backup alpine tar czf /backup/backup.tar.gz -C /data .这种方式打包出来非常高效。5.3 文件进出docker cp的典型场景有些时候不需要挂载卷只临时把文件拷进容器或从容器拷出来这时候用docker cp# 从宿主机复制文件到容器 docker cp app.conf web:/etc/nginx/conf.d/ # 从容器复制文件到宿主机 docker cp web:/var/log/nginx/access.log ./access.log这个命令特别适合快速修改容器配置、导出日志、拉取容器内生成的文件。不过我也要提醒一句docker cp只适合临时操作如果业务对配置修改是常态还是建议用挂载方式否则容器重建后修改就会丢失。还有一种和容器文件相关的场景是查看镜像里到底包含什么内容可以先启动一个临时容器进去看docker run --rm -it nginx:1.24 bash--rm参数表示容器退出时自动删除非常适合临时验证。在镜像里找文件路径、确认版本信息、排查缺依赖这条命令非常顺手。6. 网络管理多容器协作的第一步6.1 网络类型bridge、host、none怎么理解Docker容器默认的网络模式是bridge。在这个模式下Docker会为每个容器创建一对虚拟网卡容器之间可以通过IP地址互相访问也可以通过-p做端口映射把容器端口暴露到宿主机上。其他两种常见模式是host和none。host模式让容器直接使用宿主机的网络栈容器不拥有独立IP也就不能做端口映射了因为所有端口直接监听在宿主机上。none模式相当于把容器网络隔离掉几乎没有网络能力适合跑一些完全不需要网络的离线任务。日常使用我几乎全是bridge模式只有在性能敏感或端口映射规则复杂的情况下才会考虑host。查看当前网络情况可以执行docker network ls输出列表里有bridge、host、none三个默认网络。再看具体某个网络的细节docker network inspect bridge可以看到当前网络下所有容器的IP、网关等详细信息排查两个容器为什么连不通时非常有用。6.2 自定义网络与容器互联默认的bridge网络存在一个问题容器之间的访问需要靠IP而容器每次被重建后IP都会变。如果容器A里的应用要访问容器B写死IP的话一旦B重建就失效了。更好的方案是创建一个自定义网络让容器之间通过容器名互相解析。创建一个网络docker network create mynet启动容器时指定网络docker run -d --network mynet --name app1 myapp:latest docker run -d --network mynet --name app2 myapp:latest此时在app1容器内部直接执行ping app2或者用app2:8080这样的地址去请求服务都是可行的。Docker自带的DNS解析会帮你把容器名解析成对应的IP这就是容器间互访的最佳实践。也可以让已有容器加入一个网络docker network connect mynet app1 docker network disconnect mynet app1我经常用这个方式来调试多个容器之间的连通性不用重启容器就能切换网络环境很方便。6.3 端口映射的排查逻辑端口映射是Docker使用中最容易出问题的环节之一。-p 8080:80表示把宿主机的8080端口转发到容器的80端口。如果外部访问不通按这个顺序排查先看容器是否正常运行docker ps如果状态不是Up问题多半在应用本身。再看端口映射是否生效docker port 容器名会输出端口映射的完整信息docker port web # 输出类似 80/tcp - 0.0.0.0:8080然后检查宿主机端口是否被封或占用执行sudo lsof -i :8080或者netstat -tlnp | grep 8080确认端口监听状态。如果宿主机这边一切正常但外部还是不通检查防火墙和云平台的安全组规则。这里提醒一个常见误区容器内端口映射配置正确但容器应用监听的端口和-p声明的不一样比如MySQL容器-p 3306:3306但误把容器内服务端口定为3307必然连不上。7. docker compose把一套命令变成一份文件7.1 为什么需要compose当服务的容器数量多起来尤其是前后端、数据库、Redis、消息队列一起跑的时候一条条docker run命令敲下去既费劲又容易遗漏参数。Docker Compose就是来解决这个问题的用一份docker-compose.yml文件描述所有服务、网络、数据卷、环境变量然后一条docker compose up -d全部搞定。新版Docker已经内置了Compose插件命令是docker compose注意中间有空格老版本可能需要单独安装docker-compose带横杠。执行docker compose version确认环境是否支持。7.2 compose文件要点与常用命令一个典型的docker-compose.yml长这样services: web: image: nginx:1.24 ports: - 8080:80 volumes: - ./html:/usr/share/nginx/html restart: always app: build: . environment: - DB_HOSTmysql depends_on: - mysql ports: - 3000:3000 mysql: image: mysql:8.0 environment: MYSQL_ROOT_PASSWORD: 123456 volumes: - mysql-data:/var/lib/mysql volumes: mysql-data:关键点解释一下services下面是每个服务的定义可以用image直接用现成镜像也可以用build本地构建。ports和docker run -p等价。volumes里./html:/usr/share/nginx/html是绑定挂载mysql-data:/var/lib/mysql是命名卷需要在文件末尾声明volumes。environment设置环境变量等价于-e参数。restart: always等价于--restartalways。depends_on表示服务启动顺序Compose会先启动依赖的服务但注意它只控制启动顺序不保证依赖服务内部已经完全就绪应用里最好自己写重试逻辑。最常用的Compose命令docker compose up -d # 启动所有服务后台 docker compose ps # 查看服务状态 docker compose logs -f # 查看所有服务日志 docker compose logs -f web # 查看某个服务日志 docker compose exec web bash # 进入指定服务的容器 docker compose down # 停止并删除容器 docker compose down -v # 停止并删除容器同时删除数据卷慎用这里最需要警惕的就是down -v它会连数据卷一起删掉。我见过不止一个同事在生产环境敲了这条命令数据库数据直接清零。如果只是临时停服务用docker compose stop就够了不会删容器和数据。7.3 两个实战场景MySQLRedis主从讲了半天理论来两个实战例子你会更清楚Compose的实用价值。第一个是搭建一套MySQL加Redis的开发环境services: mysql: image: mysql:8.0 container_name: dev-mysql ports: - 3306:3306 environment: MYSQL_ROOT_PASSWORD: root123 MYSQL_DATABASE: testdb volumes: - mysql-data:/var/lib/mysql command: --character-set-serverutf8mb4 --collation-serverutf8mb4_unicode_ci redis: image: redis:7.0 container_name: dev-redis ports: - 6379:6379 volumes: - redis-data:/data volumes: mysql-data: redis-data:command字段可以覆盖镜像默认的启动命令这里给MySQL加上了UTF-8相关的参数避免中文乱码问题。整个环境一条命令启动docker compose up -d第二个场景是Redis主从用来练手或者在测试环境模拟读写分离。准备两个Redis容器一个主一个从从节点通过slaveof或者新版本里的replicaof指定主节点地址services: redis-master: image: redis:7.0 container_name: redis-master command: redis-server --port 6379 ports: - 6379:6379 redis-slave: image: redis:7.0 container_name: redis-slave depends_on: - redis-master command: redis-server --slaveof redis-master 6379 ports: - 6380:6379这里最关键的地方是--slaveof redis-master 6379里的redis-masterCompose会自动把服务名注册到自带的DNS里所以从容器可以直接通过服务名访问主容器而不需要写IP。这就是自定义网络的好处Compose默认会为所有服务创建一个网络服务名就是主机名。8. 日常运维与常见问题排查8.1 空间清理与资源占用Docker用久了硬盘空间会被镜像、容器、数据卷、构建缓存慢慢占满。查看空间占用最直观的命令docker system df输出会分四块显示镜像、容器、数据卷、构建缓存各自占用的空间。看到RECLAIMABLE那列数字巨大就说明有大量空间可以回收。系统级清理一条龙docker system prune默认会清理停止的容器、无用的网络、悬空镜像、构建缓存。加-a连未使用的镜像一起清docker system prune -a我个人的习惯是个人电脑一个月跑一次docker system prune服务器只在明确知道要释放空间时才跑而且prune之前一定会用docker ps -a确认当前有哪些容器在跑避免误删正在使用的镜像。资源占用过高的问题同样常见。容器把CPU和内存吃满整个宿主机卡死。查看容器资源占用docker stats这条命令会实时显示每个容器的CPU使用率、内存使用量、网络流量。如果发现某个容器内存不断上涨就需要怀疑是不是应用有内存泄漏或者容器没有设置内存限制。给容器设置资源限制的常用方式是在docker run时加-m 512m --cpus1在Compose文件里对应是mem_limit和cpus字段。8.2 排查清单启动失败、网络不通、镜像拉不动遇到Docker问题不要慌按下面的框架一步步排查大部分问题都能定位。容器启动后立刻退出是最常见的问题。处理方法三步走docker ps -a # 先看容器状态是否 Exited docker logs --tail 50 容器名 # 再看日志找到具体报错 docker inspect 容器名 # 最后看配置是否有问题比如容器一直Restartingdocker logs大概率会告诉你应用启动失败的具体原因可能是端口被占用、配置文件格式错误、环境变量缺失等。网络不通的排查顺序则是先确认容器是否都在同一个自定义网络里然后进入容器测试连通性docker exec -it app1 ping app2 docker exec -it app1 curl app2:8080如果ping不通多半是网络配置问题能ping通但curl失败问题多半在应用层面。还要注意防火墙、云平台安全组等外部的限制。镜像拉不动的情况先确认网络本身是否正常再检查镜像加速器是否配置正确。如果拉的是latest标签但一直失败尝试加一个具体的版本号或者直接从其他镜像源拉取后改名。我个人还会用docker pull时的重试机制有些临时性网络抖动重试一次就能成功。8.3 容器里跑开源面板依赖管理的一个真实场景很多人用Docker跑各种开源面板、自动化工具最常见的操作就是进入容器去安装或者更新依赖。比如跑一个开源的任务管理面板容器启动之后你想在容器内安装某个依赖包操作通常是这样的docker ps # 找到面板容器的名字 docker exec -it 面板容器名 bash # 进入容器 # 在容器内部执行依赖安装命令这里有个非常实用的经验容器里不要随便改配置文件更不要随便装一次性的依赖。因为容器一旦重建所有改动都会丢失。如果确实需要在容器里管理依赖建议把相关的目录用数据卷挂载出来比如面板的依赖目录、配置目录都做-v映射这样即使容器重建依赖和配置也还在。还有一个经验是进入容器后执行命令时很多精简镜像里连基础工具都没有比如vim、curl、ping都不存在。遇到这种情况可以在镜像里用包管理器安装但更推荐在宿主机上用docker exec直接执行相关命令或者干脆用挂载方式把宿主机的工具共享进去。8.4 养成带着上下文看命令的习惯最后说一个我用了很久才悟出来的习惯Docker命令不是靠背的是靠逻辑推的。绝大多数命令都能拆成docker 对象镜像/容器/卷/网络 动作拉取/运行/停止/删除 参数这个结构。遇到不确定的命令怎么拼最直接的办法是查帮助docker --help # 查看所有命令分类 docker run --help # 查看run命令的所有参数 docker compose --help # 查看compose子命令--help输出的信息比网上很多教程都清晰而且永远和你当前版本的Docker保持一致。我写脚本或者做自动化时也会先跑一下--help确认参数名避免因为版本不同导致参数失效。还有一个小习惯值得推荐在服务器上部署Docker容器时所有关键命令和参数都写成脚本或docker-compose.yml而不是一行行手动敲。这样既能保证可复现也方便后续排查和回滚。Docker的命令学习是一个用进废退的过程只要手头有几个真实项目在跑高频命令自然就熟练了。最后分享一个我踩过多次坑之后的领悟Docker命令再多真正有价值的不是背住了多少条而是理解了每条命令对应的生命周期环节。镜像负责打包容器负责运行数据卷负责持久化网络负责互联Compose负责编排。把这五件事的边界搞清楚命令只是顺手的工具你需要的任何操作都能在--help里两分钟找到答案。
