docker-compose up --no-recreate未拉起全部容器原因咨询

核心规则拆解 #

你观察到的现象是Compose命令参数作用范围、服务依赖处理、build流程校验三个逻辑共同作用的结果，不存在针对「预构建镜像服务」和「build配置服务」区别对待的内置规则，具体逻辑如下：

• 命令行显式指定服务名时的处理边界
  执行docker-compose up [服务名]时，Compose不会默认加载全量服务做启动处理，只会处理两个范围的服务：一是命令后明确写的目标服务，二是目标服务在depends_on中声明的完整依赖链上的服务。不在这两个范围内的服务，无论配置的是预构建镜像还是本地build，都不会被主动处理。
• --no-recreate参数的实际作用范围
  这个参数的核心逻辑是：如果某个服务对应的容器实例已经存在，就不会销毁重建该容器，也不会重新拉取/构建对应镜像。它不会直接禁止构建动作，但会跳过所有「不存在已创建容器、需要从零走构建+新建容器流程」的非显式指定服务的全流程处理。
• 两类服务表现差异的原因
  • 对于引用预构建镜像的服务：只要本地已经存在对应镜像，启动时不需要执行额外的构建、拉取动作，只要在目标服务的依赖链上，Compose就会直接创建容器拉起，不会被--no-recreate拦截，和你观察到的现象一致。
  • 对于配置了build指令、但没有被命令行显式指定的服务：Compose校验时会发现本地没有对应构建好的镜像，要启动必须先走build流程再新建容器，这部分非指定服务的全流程会被--no-recreate参数跳过，因此不会自动运行。
  • 对于你显式指定的service-a：即使配置了build指令，它属于命令明确指定的目标服务，不受非指定服务的跳过逻辑限制——如果本地已有构建好的镜像就直接创建/启动容器（已存在容器就跳过重建），如果本地没有镜像，即使带了--no-recreate也会先执行一次build再启动，因此它可以正常运行。

验证方式 #

你可以通过两个操作快速验证上述逻辑：

1. 先执行docker-compose build把所有带build配置的服务的本地镜像提前构建完成，再执行相同的docker-compose up -d --no-recreate service-a命令，此时service-a依赖链上的其他build类服务会和预构建镜像服务一样被正常拉起。
2. 去掉命令中的--no-recreate参数执行，此时service-a依赖链上的所有build类服务都会自动触发构建并启动，和服务使用预构建镜像还是本地build配置没有关系。

补充：如果执行docker-compose up -d --no-recreate不带任何服务名，Compose会处理全量服务，此时只要是不存在已创建容器的build类服务，依然会因为需要走构建+新建容器流程被--no-recreate跳过，不会自动启动。

内容的提问来源于stack exchange，提问作者flybonzai