Docker 入门：别再因为“在我机器上能跑”而挨骂了

嘿，各位代码搬砖工、键盘钢琴家以及深夜修仙党们，我是你们的老朋友，那个在服务器机房里喝着凉透的咖啡、盯着屏幕上“Segmentation Fault”发呆的资深技术员。

今天咱们不聊那些高深莫测的分布式架构，也不谈那些让人头秃的微服务，咱们来聊聊一个能保住你发际线、甚至能保住你饭碗的神器——Docker。

有没有遇到过这种尴尬场景？你辛辛苦苦写了个完美的Web应用，在你的笔记本电脑上跑得像法拉利一样丝滑。你自信满满地把它发给运维同事，或者部署到了测试服务器。结果呢？报错了。环境不对？缺个库？Python版本是2.7还是3.9？这时候，运维大哥通常会投来一个关爱智障的眼神，而你只能弱弱地憋出一句：“可是……在我机器上能跑啊！”

这句话，堪称程序界的“遗言”。而 Docker，就是为了让你不再说这句遗言而生的。

什么是 Docker？别被名词吓到了

很多小白一听到“容器”、“虚拟化”、“镜像”这些词，脑仁就开始疼。其实，Docker 的原理特别简单，简单到可以用我们生活中的“搬家”来解释。

想象一下，你要去一个荒无人烟的岛上生活（这就是服务器）。

没有 Docker 的日子（传统部署）：
你到了岛上，发现没床。你得自己砍木头做床；发现没锅，你得自己挖泥烧锅；发现没吃的，你得自己种地。最惨的是，你带去的老婆（你的代码）因为岛上环境太恶劣，居然水土不服生病了！这就是环境依赖问题，服务器缺个依赖库，你的代码就挂了。

有了 Docker 的日子（容器化部署）：
你直接开了一艘超大的集装箱货轮到了岛上。这个集装箱里，床、锅、碗、瓢、盆、甚至你老婆爱吃的零食、家里的空调、Wi-Fi，全！部！带！齐！了！
你只需要把集装箱往岸上一扔，打开门，你老婆（代码）进去，舒舒服服地开始生活。岛上的环境再恶劣，跟你的集装箱有半毛钱关系？

所以，Docker 就是一个超级便携的“集装箱”。它把你的代码、运行代码需要的所有工具、系统库、配置文件，统统打包在一起。无论这个集装箱运到哪台服务器上，里面的环境永远是一模一样的。

核心概念：三个“兄弟”搞清楚就够了

Docker 虽然文档厚得能砸死人，但核心概念就仨，记住了这三个，你就算入门了。

1. 镜像 —— 照片

镜像是只读的。你可以把它理解成一张照片或者一个模板。
比如，你想要一个运行 Python 的环境，你就可以从 Docker Hub（Docker 的应用商店）里拉取一个官方的 Python 镜像。这个镜像里已经装好了 Python 和一些基础工具。
一旦镜像生成，就改不了了，就像你拍了张照片，不能直接在照片上把红衣服P成蓝衣服（除非你重新拍一张，或者基于这张照片P个图）。

2. 容器 —— 活人

容器是镜像运行起来的实例。如果镜像是照片，那容器就是照片里的人活过来了。
你可以基于一个镜像启动无数个容器。比如你有一个 Nginx（Web服务器）的镜像，你可以启动 3 个容器，那就是 3 个独立的 Web 服务器在跑。
容器是可以被修改、启动、停止、删除的。就像人可以换衣服、睡觉、甚至……挂掉。

3. Dockerfile —— 食谱

这是最关键的东西。如果说镜像是做好的菜，那 Dockerfile 就是菜谱。
它是一个文本文件，里面写了一堆指令，告诉 Docker 怎么一步步把你的应用打包成镜像。
比如：

• “先给我拿个 Ubuntu 系统过来做基础（FROM ubuntu）”
• “帮我装个 Python（RUN apt-get install python）”
• “把我的代码复制进去（COPY . /app）”
• “运行这个脚本（CMD python app.py）”

Docker 读完这个食谱，就能一气呵成地做出一道名为“镜像”的菜。

实战演练：把你的“Hello World”装进盒子里

光说不练假把式，咱们来个简单的实战。假设你写了一个简单的 Python 脚本 app.py，内容如下：

print("你好，Docker！我是那个在服务器上也能跑的代码！")

现在，我们要把它 Docker 化。别怕，只要两步。

第一步：写个 Dockerfile

在 app.py 同级目录下，新建一个文件叫 Dockerfile（没后缀），内容如下：

# 1. 指定基础镜像，这里用轻量级的 Python
FROM python:3.9-slim

# 2. 设置容器内的工作目录，相当于 cd /app
WORKDIR /app

# 3. 把当前目录下的所有文件拷贝到容器的 /app 目录里
COPY . /app

# 4. 设置容器启动时要执行的命令
CMD ["python", "app.py"]

看，这就像是在告诉厨师：先拿个 Python 3.9 的锅，切到 /app 这个案板，把我的菜扔进去，最后开火炒一下。

第二步：构建并运行

打开你的终端（命令行），敲入以下咒语：

1. 构建镜像：

   docker build -t my-hello-app .
   

   这句话的意思是：“Docker 大哥，请根据当前目录（.）的 Dockerfile，给我构建一个镜像，标签（名字）叫 my-hello-app。”

2. 运行容器：

   docker run my-hello-app
   

   这句话的意思是：“把刚才那个 my-hello-app 镜像启动一下！”

如果一切顺利，你会看到屏幕上输出：
你好，Docker！我是那个在服务器上也能跑的代码！

恭喜你！你刚刚把你的一生（代码）装进了集装箱，并且无论把这个集装箱扔到哪台服务器上，它都会给你输出这句话，绝对不会因为服务器缺个 Python 库而给你脸色看。

为什么一定要学 Docker？除了装逼还有什么用？

很多小白觉得，我在本地跑得好好的，为什么要多此一举学个新工具？这里有几个理由，听完你绝对会爱上它。

1. 环境一致性（救命稻草）：这是最重要的。开发、测试、生产环境，三者的环境配置经常不一致。有了 Docker，大家用的是同一个镜像，所以“我本地是好的”这种借口将彻底成为历史。
2. 隔离性（互不干扰）：你可以在一台服务器上同时跑 Python 2.7 的老项目和 Python 3.9 的新项目，它们住在各自的集装箱里，井水不犯河水，完全不会打架。
3. 秒级部署（速度激情）：启动一个虚拟机可能要几分钟，启动一个 Docker 容器只需要几毫秒甚至几秒。这就像是用微波炉热饭，比从头生火做饭快多了。
4. 版本管理（后悔药）：镜像是有版本号的。今天上线了 v1.0，发现全是 Bug，别慌，一键切回 v0.9，就像时光倒流一样。

避坑指南：别把集装箱装成垃圾场

虽然 Docker 很好用，但新手容易犯几个错，老技术员我必须得唠叨两句：

• 别把所有东西塞一层：写 Dockerfile 时，尽量把变动少的指令（装系统库）放前面，变动多的（COPY 代码）放后面。这样可以利用缓存，构建速度快如闪电。
• 数据要持久化：容器是可以随时被删掉的！千万别把数据库文件直接存在容器里。容器一删，数据两行泪。要用“卷”把数据挂载到宿主机上，就像把贵重物品存银行，而不是随身携带。
• 镜像别太大：别动不动就拉个几 G 的全能镜像回来，里面 90% 的东西你都用不上，既占带宽又占磁盘。尽量用 alpine 或者 slim 版本的镜像，轻装上阵。

总结

好了，今天的“集装箱”理论课就上到这里。Docker 其实一点都不难，它就是一个帮你打包环境、消除借口、提升逼格的工具。

当你下次再听到同事说“在我机器上能跑”时，你可以微微一笑，递给他一个 Docker 镜像，深藏功与名。在这个技术飞速迭代的时代，掌握 Docker，就像是学会了怎么用瑞士军刀，虽然不能帮你写代码，但能让你在部署的战场上少流点血，多喝几杯咖啡。

赶紧去试试吧，别忘了把你的 Dockerfile 写得像诗一样优雅！

---

《AI编程从开发到变现小白入门》手册
https://drgphlxsfa.feishu.cn/wiki/LK9pwfT7piXZuhkMHE0cokT3nXd

VicroCode，AI编程时代的代码部署交易平台。支持代码快速在线部署与发布，无需复杂配置，一键上线应用。同时搭建代码交易生态，让开发者的优质代码直接转化为收益，助力个人与企业高效实现技术价值，让每一段代码都能创造商业与实用价值。

网址：https://www.vicoco.cn