Docker容器里面改了代码重启会怎么样？
Docker 是一种容器化平台，它能够将应用程序和其依赖项打包进一个独立的、可执行的容器中，从而实现简化部署、可移植性和环境一致性。在 Docker 容器中修改代码并重新启动容器，通常会导致以下几种结果：
-
新代码不会生效：Docker 在容器启动时会将代码及其依赖项打包成一个镜像，并在容器中运行这个镜像。如果在容器中修改了代码但未重新构建镜像，容器重启后仍然会使用旧版本的镜像，新代码不会生效。
-
数据丢失：Docker 容器本质上是一个隔离的环境，容器内部的文件系统是分层的，并且容器的生命周期是短暂的。如果在容器中修改了代码并重新启动容器，容器的状态将被重置为初始状态，任何在容器中生成的数据都会丢失。
为了解决这个问题，可以采取以下方案：
1. 使用挂载卷（Volume）实现代码持久化
在 Docker 容器中，可以使用挂载卷（Volume）将主机的文件系统目录与容器内的目录进行映射，从而实现代码的持久化。这样，在容器中修改代码后，重启容器时不会丢失代码修改。
首先，在主机上创建一个目录，用于存放代码文件。然后，在运行容器时使用 -v 参数将主机目录映射到容器内部，示例如下：
$ mkdir ~/myapp
$ docker run -d -v ~/myapp:/app myapp-image
这样，在容器内修改 /app 目录下的代码文件时，代码修改会同步到主机的 ~/myapp 目录中。当容器重启时，重新加载代码时会使用主机的代码文件。
2. 使用自动构建工具实现镜像更新
在实际开发中，我们通常会使用自动构建工具来管理和构建 Docker 镜像，例如 Dockerfile、Docker Compose 或 CI/CD 工具。
如果使用 Dockerfile 构建镜像，可以通过在 Dockerfile 中将代码复制到镜像中的方式实现镜像更新。示例如下：
FROM base-image
COPY app /app
# 完成其他构建步骤
...
每次修改完代码后，重新构建镜像并重新启动容器即可生效。
3. 使用监控工具实现自动重启
为了避免手动重启容器，可以使用监控工具来监控代码的变化并自动重启容器。例如，可以使用 Nodemon、Entr 或 Supervisor 等工具实现代码自动监控和容器自动重启。
以下是使用 Nodemon 监控 Node.js 代码变化并重启容器的示例：
$ npm install -g nodemon
$ nodemon --exec "docker restart myapp-container" app.js
在上述示例中，每当代码文件发生变化时，Nodemon 会自动重启容器。
关系图
下面是一个展示上述方案的关系图：
erDiagram
Docker -- Dockerfile
Docker -- Docker Compose
Docker -- CI/CD
Docker -- Volume
Docker -- Monitor Tool
这张关系图展示了 Docker 与 Dockerfile、Docker Compose、CI/CD 工具、挂载卷和监控工具之间的关系。
序列图
下面是一个展示代码修改和容器重启过程的序列图：
sequenceDiagram
participant Developer
participant Docker
participant Host
Developer ->> Docker: 修改代码
Docker ->> Developer: 代码修改完成
Developer ->> Docker: 重新构建镜像
Docker ->> Host: 更新镜像
Docker ->> Host: 重启容器
Docker ->> Developer: 容器重启完成
这张序列图展示了
