还记得第一次给网站上 HTTPS 的那个下午吗？申请证书、改配置、配续期、半夜被"证书过期"的告警叫醒……这份苦，运维人和独立开发者多少都尝过。

Caddy 干的事情很直接：把证书这件最磨人的事，整个替你接管了。

项目简介

Caddy 是一个用 Go 写的高速、可扩展、跨平台 Web 服务器，支持 HTTP/1.1、HTTP/2 和 HTTP/3，最大的招牌就是默认自动 HTTPS。它从 2014 年开始开发，是业界第一个默认就把 HTTPS 配好的 Web 服务器，如今已在生产环境处理过海量请求、管理过百万张级别的 TLS 证书。Apache-2.0 协议，完全免费开源，当前 Star 已经 76K+。

更舒服的是它零外部依赖——连 libc 都不依赖，一个二进制文件丢到服务器就能跑，Windows、macOS、Linux、ARM 设备全都照单全收。

核心特性

• 自动 HTTPS：公网域名自动向 ZeroSSL 和 Let's Encrypt 申请并续期证书；内网域名和 IP 自动用内置本地 CA 签发；多台 Caddy 组集群还能互相协调证书，并支持多签发方兜底和 ECH 加密握手指纹。

• 稳的很：很多服务器翻车都翻在证书过期、OCSP 这类 TLS 细节上，Caddy 恰好把这些坑都填了，别人挂的时候它还在。

• 配置像说人话：日常用一份 Caddyfile 就够了；要精细控制还有原生 JSON 配置和 API 动态改配置，改完热加载不断服；嫌 JSON 难写？NGINX、YAML、TOML 等配置适配器直接转。

• 模块化瑞士军刀：按需挂载模块，从静态文件、反向代理、负载均衡到限流、缓存都能拼出来，核心却不臃肿。

• 真的好用：官方文档里甚至大大方方写了一句"Actually fun to use"，用过的人基本都点头。

配置语法是它出圈的重要原因。官网给的第一份示例，就是一个真实可跑、还带全自动 HTTPS 的 WordPress 站点配置：

怎么用

上手只要三步，比装很多软件都省事。

第一步，装好它。 最简单的方式是去 GitHub Releases 下载对应平台的二进制文件，放进 PATH 就能用；macOS 上也可以直接 brew install caddy。

第二步，一句话起个静态站点：

caddy file-server --browse

这条命令会把当前目录托管成一个网站，还自带目录浏览，本地预览文档、博客、Demo 都很顺手。

第三步，写一份 Caddyfile 做反向代理：

example.com {
    reverse_proxy localhost:9000
}

作用是把本地 9000 端口的服务，用 example.com 这个域名暴露出去。重点来了：你完全不用写证书相关配置，Caddy 看到真实域名，会自动完成证书的申请、部署和续期。

日常维护就两条命令：

caddy run      # 按当前目录的 Caddyfile 启动
caddy reload   # 改完配置热加载，服务不中断

官网的快速上手教程按场景分好了类，静态文件、反向代理、HTTPS、API 每一篇都能照着抄。

效果长啥样

最直观的效果就是：你只管写域名，证书的事从此不用管。以前 nginx 上 HTTPS 要手动放证书、改配置、还要惦记着续期任务；换成 Caddy，上面那份 example.com { ... } 就是全部，浏览器地址栏直接出现小锁。

自动 HTTPS 专题页把证书从哪来、内网怎么签、集群怎么协调、签发方挂了怎么兜底都写得明明白白。落到使用体验上就一句话：TLS 这块最容易出事故的地方，它替你兜住了。

为什么值得用

对个人：搭博客、笔记站、图床或者给内网服务加个入口，一个二进制文件全搞定，HTTPS 自动到让人忘记它的存在，这才是好工具该有的样子。

对开发者：本地联调前后端、给同事演示 Demo，caddy file-server 一条命令解决，再也不用为了"本地怎么弄个 https"去折腾自签证书。

对企业：这是经过大规模生产验证的服务器，能扩展到几十万个站点，从边缘反向代理、负载均衡到内部服务治理一套带走，加上 Go 语言的内存安全底子和模块化架构，运维能省不少心。

写在最后

Caddy 最大的魅力不是功能多，而是它把"安全、省心"做成了默认项。下次再被 HTTPS 证书折腾的时候，换 Caddy 试试，你会发现原来这件事可以完全不用想。

https://github.com/caddyserver/caddy​

阅读原文：点击这里