Go

把前面四篇的东西缝合起来：一个「从需求到 Docker 部署」的完整短链接服务，走一遍 Go 工程化的真实流程 一、简述 短链接服务是一个完美的「毕业设计」：需求明确、覆盖路由/存储/并发/测试/构建全链路、不引入任何第三方 Web 框架也能跑（正适合巩固 net/http）。本文按真实开发顺序走：需求分析 → 目录设计 → 存储接口 → 短码生成 → HTTP 路由 → 计数 → 单元测试 → go mod → 构建与 Docker。 核心要点：这个项目刻意只用标准库写 HTTP（把 02-原生HTTP服务-net-http 练扎实），存储接口先给内存实现、日后可平移到 04-数据库接入-database-sql-gorm-sqlx 的 database/sql/gorm。它演示的是 Go 工程化的结构：cmd/ 装入口、internal/ 装业务、store 是抽象边界。 二、C++ 对照速查表 概念 C++ Go 关键差异 工程布局 src/ + CMake targets cmd/ + internal/ 目录即包，internal 强制隔离 抽象接口 抽象基类/接口类 interface{} 接口（store.URLStore） 鸭子类型式，一个接口多个实现 短码生成 自写 base62 自写（本项目实现） 逻辑两端一致，关注冲突处理 重定向 手写响应头 Location http.Redirect(w, r, url, 302) 标准库一行 并发安全 std::mutex / std::atomic sync.RWMutex + map 读写锁分离，并发读不死锁 单元测试 gtest/test framework testing + go test table-driven 是惯例 构建 CMake/ninja go build ./cmd/server 单二进制，静态链接 容器化 手写 Dockerfile 依赖编译环境 golang builder 镜像 + 多阶段 官方镜像成熟，CGO 关掉即纯静态 三、逐主题详解 本项目按「需求 → 结构 → 代码 → 测试 → 构建 → 部署」的顺序推进，每一小步都有可直接运行的代码片段。 ...

适用读者：有 C++/Qt 开发基础，用 VMware 虚拟机跑过 Linux、做过 Qt 界面开发，正在学 Go，手边有一台入门配置的云服务器（示例：2 核 / 2G / 40G）。 主线：先用起来，再理解原理。 1. 认识：你买的到底是台什么机器 核心要点：云服务器不是神秘的新东西——它就是「一台放在数据中心里、常年开机、你通过 SSH 远程使用的 Linux 电脑」，和你在 VMware 里装的那台 Ubuntu 骨子里是同一种东西。 1.1 先回忆：你在虚拟机里做过什么 用 VMware 装一个 Ubuntu 服务器版，在里面跑现成的后端程序、做 Qt 界面开发。 这台 Ubuntu 是「一台软件模拟出来的电脑」，运行在你自己的 Windows 上。 你能 ssh 连它、在里面装服务、跑程序——这些和云服务器上的操作几乎一模一样。 💡 为什么先从虚拟机讲起：你已经在「一台假的服务器」上做过大部分操作了。云服务器只是把「这台假的」换成「一台真的、别人帮你放在机房的」。 1.2 两个易混的词：「服务器」和「服务端」 词 含义 举例 服务器 (Server) 一台长期开机的电脑（硬件 + 系统） 你的云上主机、机房里的物理机 服务端 (Server-side) 一种软件的运行角色，相对客户端而言 你用 Qt 写的 TCP Server、Nginx、MySQL、Go 的 HTTP 服务 「开启服务器端」= 在某个服务器上，把一个服务程序跑起来并对外提供功能。 这个程序跑在哪台机器上都行（本机、虚拟机、云服务器），区别只在谁能访问到它——这一点正是第 2 章的核心。 1.3 一台服务器由什么组成 组成部分 作用 硬件 CPU、内存、磁盘、网卡——决定这台机器能干多重的活 操作系统 你熟悉的 Linux（Ubuntu、Alibaba Cloud Linux、CentOS 等） 服务软件 提供业务能力的程序：Nginx、MySQL、你的 Go 后端 IP / 端口 / 域名 IP 定位机器、端口定位机器上的程序、域名给人好记 2. 区别：云服务器 vs 虚拟机「开启服务器端」 核心要点：技术层面你几乎不换思路——都是「Linux + 服务程序」。真正的差别在 4 件事：谁能访问、关机了怎么办、坏了谁来修、按什么计费。 ...