企业官网建设流程全解析

上周我第一次正儿八经用 Docker，不是光跑个 hello-world，而是把一个 Spring Boot 项目塞进去跑起来了。整个过程其实没想象中那么玄乎，就是几个命令来回敲。今天我就用大白话，把我踩过的坑和走通的路写下来，保证你跟着做，10 分钟也能跑起来。

装完就跑个 Nginx 试试

Docker 装好之后，别急着看文档。先跑个现成的镜像感受一下：

docker run -d -p8080:80 nginx

然后打开浏览器，访问http://localhost:8080，看到 “Welcome to nginx!” 页面，说明成了。

这行命令啥意思？

• docker run：启动一个容器
• -d：后台运行（不占着终端）
• -p 8080:80：把本机的 8080 端口映射到容器的 80 端口
• nginx：镜像名，Docker 会自动去 Hub 拉

我认为，这一步最关键——它让你立刻看到效果，而不是对着命令行发呆。

自己写个 Java 项目打包进 Docker

假设你有个 Spring Boot 项目，打了个 jar 包，叫app.jar。

在项目根目录新建一个文件，名字就叫Dockerfile（没有后缀）：

FROM openjdk:17-jdk-slim WORKDIR /app COPY app.jar app.jar EXPOSE 8080 ENTRYPOINT ["java", "-jar", "app.jar"]

解释一下：

• FROM：基于哪个基础镜像（这里用官方 OpenJDK 17）
• WORKDIR：容器里的工作目录
• COPY：把本地的 jar 复制进去
• EXPOSE：声明容器会用 8080 端口（实际要不要映射，还得看 run 命令）
• ENTRYPOINT：容器启动时执行的命令

然后在终端执行：

# 构建镜像，名字叫 myapp，版本 latestdocker build -t myapp:latest.# 启动容器，把本机 9090 映射到容器 8080docker run -d -p9090:8080 myapp:latest

现在访问http://localhost:9090，你的接口应该能用了。

我们的经验是：Dockerfile 别搞太复杂，先把最简版本跑通。后面再加日志、环境变量、多阶段构建什么的。

常用命令记这几个就够了

刚开始不用背所有命令，记住这几个就够日常用了：

# 查看正在运行的容器dockerps# 查看所有容器（包括停掉的）dockerps-a# 停止某个容器docker stop<容器ID或名字># 删除容器dockerrm<容器ID># 查看本地有哪些镜像docker images# 删除镜像docker rmi<镜像ID># 进入容器内部（调试用）dockerexec-it<容器ID>/bin/bash

比如你改了代码，重新打包 jar，想更新容器：

1. 先docker stop 容器ID
2. 再docker rm 容器ID
3. 重新docker build和docker run

在我看来，这种“删了重来”的方式虽然粗暴，但对新手最安全，不容易搞混状态。

遇到的两个小坑

1. Mac/Windows 上路径权限问题
   如果 COPY 文件报错，可能是 Docker 没权限访问你项目的目录。去 Docker Desktop 设置里，把项目所在盘加到“File Sharing”里就行。

2. 端口被占用
   如果docker run报错说端口冲突，换个本机端口就行，比如-p 9091:8080。容器内部端口（8080）不用动，只要你的应用监听的是 8080。

别怕“浪费”镜像和容器

Docker 的好处之一就是“用完就扔”。你随便 build、run、rm，不会污染系统。
我一开始总担心删错了，后来发现：反正代码在本地，镜像随时能重建，容器就是个临时盒子。

现在我们团队开发都这样：本地写代码 → 打包 → docker build → docker run 测试。比配一堆环境变量省心多了。

最后一句实在话

Docker 不是什么高深技术，它就是一个“打包+隔离运行”的工具。
你不需要懂 Linux 内核、cgroups、namespace，也能用它干活。
先跑起来，再慢慢理解原理——这是我最大的体会。

赶紧去装个 Docker，跑个 Nginx，你就已经入门了。