Nginx 是一款非常流行的 Web 服务器，在 Github 上已有 16K+Star，我们经常用它来做静态资源托管或反向代理。最近发现了一款全新的 Web 服务器 Caddy，Star 数超越 Nginx，标星 38K+Star。试用了一下 Caddy，发现它使用起来比 Nginx 优雅多了，功能也很强大，推荐给大家！

Caddy 简介

Caddy 是一款功能强大，扩展性高的 Web 服务器，目前在 Github 上已有 38K+Star。Caddy 采用 Go 语言编写，可用于静态资源托管和反向代理。

Caddy 具有如下主要特性：

• 对比 Nginx 复杂的配置，其独创的 Caddyfile 配置非常简单；

• 可以通过其提供的 Admin API 实现动态修改配置；

• 默认支持自动化 HTTPS 配置，能自动申请 HTTPS 证书并进行配置；

• 能够扩展到数以万计的站点；

• 可以在任意地方执行，没有额外的依赖；

• 采用 Go 语言编写，内存安全更有保证。

安装

首先我们直接在 CentOS 8 上安装 Caddy，使用 DNF 工具安装无疑是最简单的，Docker 安装方式之后也会介绍。

• 使用如下命令通过 DNF 工具安装 Caddy，安装成功后 Caddy 会被注册成系统服务；

dnf install 'dnf-command(copr)'dnf copr enable @caddy/caddydnf install caddy

• 使用 systemctl status caddy 查看 Caddy 的状态，可以发现 Caddy 已被注册为系统服务，但是还没开启。

使用

下面我们体验下 Caddy 的基本使用，对于 Web 服务器来说都是常用的操作，你准能用的上！

基本使用

首先我们来个 Caddy 的入门使用，让 Caddy 运行在 2015 端口上并返回 Hello, world!。

• 直接使用 caddy 命令将输出 Caddy 的常用命令，基本看介绍就知道如何使用了，标出来的是常用命令；

• 使用 caddy start 命令可以让 Caddy 服务在后台运行；

• Caddy 默认使用 JSON 格式的配置文件，但由于 JOSN 格式配置书写比较麻烦，又提供了 Caddyfile 这种更加简洁的配置形式，使用如下命令能自动把 Caddyfile 转化为 JSON 配置；

caddy adapter

• 我们可以先创建一个名称为 Caddyfile 的文件，文件内容如下，然后使用 caddy adapter 将它转换为 JSON 配置，再使用 caddy reload 使配置生效，该配置将监听 2015 端口，并返回 Hello, world!；

:2015respond "Hello, world!"

• 然后我们使用 curl 命令访问 localhost:2015，将返回指定的信息；

• 当然我们还可以使用 Caddy 提供的 Admin API 来查看配置信息，使用如下命令即可；

curl localhost:2019/config/

• 当前 JSON 配置如下，如果你直接使用 JSON 配置的话需要书写如下配置，使用 Caddyfile 确实方便很多！

{ "apps": {  "http": {   "servers": {    "srv0": {     "listen": [":2015"],     "routes": [{      "handle": [{       "body": "Hello, world!",       "handler": "static_response"      }]     }]    }   }  } }}

Caddyfile 基本语法

• 下面案例将使用 Caddyfile 来进行配置，我们有必要了解下它的语法，Caddyfile 的具体语法规则如下。

• 介绍下上图中的关键字，有助于理解。

关键字解释使用 Global options block 服务器全局配置可用于配置是否启用 HTTPS 和 Admin API 等 Snippet 可以复用的配置片段定义好后认可以通过 import 关键字引用 Site Block 单个网站配置通过 file_server 可以配置静态代理，通过 reverse_proxy 可以配置动态代理 Matcher definition 匹配定义默认情况下指令会产生全局影响，通过它可以指定影响范围 Comment 注释使用 #符号开头 Site address 网站地址默认使用 HTTPS，如需开启 HTTP，需要指定 http://开头 Directive 指令指令赋予了 Caddy 强大的功能

反向代理

反向代理就是当请求访问你的代理服务器时，代理服务器会对你的请求进行转发，可以转发到静态的资源路径上去，也可以转发到动态的服务接口上去。下面我们以对域名进行代理为例，来讲讲如何进行静态代理和动态代理。

静态代理

静态代理就是将请求代理到不同的静态资源路径上去，这里我们将对 docs.macrozheng.com 的请求代理到我的文档项目中，对 mall.macrozheng.com 的请求代理到 mall 的前端项目中。

• 首先我们修改下本机的 host 文件：

192.168.3.106 docs.macrozheng.com192.168.3.106 mall.macrozheng.com

• 然后将我们的文档项目和 mall 前端项目上传到 Caddy 的 html 目录中去，并进行解压操作：

• 修改 Caddyfile 文件，使用如下配置，修改完成后使用 caddy reload 命令刷新配置；

http://docs.macrozheng.com {        root * /mydata/caddy/html/docs        file_server browse}http://mall.macrozheng.com {        root * /mydata/caddy/html/mall        file_server browse}

• 如果你的 Caddyfile 文件格式不太合格的话，会出现如下警告，直接使用 caddy fmt --overwrite 格式化并重写配置即可解决；

• 通过 docs.macrozheng.com 即可访问部署好的文档项目了：

• 通过 mall.macrozheng.com 即可访问到部署好的前端项目了。

动态代理

动态代理就是把代理服务器的请求转发到另一个服务上去，这里我们将把对 api.macrozheng.com 的请求代理到演示环境的 API 服务上去。

• 首先我们修改下本机的 host 文件，添加如下规则：

192.168.3.106 api.macrozheng.com

• 修改 Caddyfile 文件，使用如下配置，修改完成后使用 caddy reload 命令刷新配置；

http://api.macrozheng.com {        reverse_proxy http://admin-api.macrozheng.com}

• 之后通过 api.macrozheng.com/swagger-ui.html 即可访问到 mall-admin 的 API 文档页面了。

文件压缩

如果我们的服务器带宽比较低，网站访问速度会很慢，这时我们可以通过让 Caddy 开启 Gzip 压缩来提高网站的访问速度。这里我们以 mall 的前端项目为例来演示下它的提速效果。

• 我们需要修改 Caddyfile 文件，使用 encode 指令开启 Gzip 压缩，修改完成后使用 caddy reload 命令刷新配置；

http://mall.macrozheng.com {        root * /mydata/caddy/html/mall        encode {            gzip        }        file_server browse}

• 有个比较大的 JS 文件压缩前是 1.7M；

• 压缩后为 544K，访问速度也有很大提示；

• 另外我们可以看下响应信息，如果有 Content-Encoding: gzip 这个响应头表明 Gzip 压缩已经启用了。

地址重写

有的时候我们的网站更换了域名，但还有用户在使用老的域名访问，这时可以通过 Caddy 的地址重写功能来让用户跳转到新的域名进行访问。

• 我们需要修改 Caddyfile 文件，使用 redir 指令重写地址，修改完成后使用 caddy reload 命令刷新配置；

http://docs.macrozheng.com {        redir http://www.macrozheng.com}

• 此时访问旧域名 docs.macrozheng.com 会直接跳转到 www.macrozheng.com 去。

按目录划分

有时候我们需要使用同一个域名来访问不同的前端项目，这时候就需要通过子目录来区分前端项目了。

• 比如说我们需要按以下路径来访问各个前端项目；

www.macrozheng.com #访问文档项目www.macrozheng.com/admin #访问后台项目www.macrozheng.com/app #访问移动端项目

• 我们需要修改 Caddyfile 文件，使用 route 指令定义路由，修改完成后使用 caddy reload 命令刷新配置。

http://www.macrozheng.com {        route /admin/* {                uri strip_prefix /admin                file_server {                        root /mydata/caddy/html/admin                }        }        route /app/* {                uri strip_prefix /app                file_server {                        root /mydata/caddy/html/app                }        }        file_server * {                root /mydata/caddy/html/www        }}

HTTPS

Caddy 能自动支持 HTTPS，无需手动配置证书，这就是之前我们在配置域名时需要使用 http://开头的原因，要想使用 Caddy 默认的 HTTPS 功能，按如下步骤操作即可。

• 首先我们需要修改域名的 DNS 解析，直接在购买域名的网站上设置即可，这里以 docs.macrozheng.com 域名为例；

• 之后使用如下命令验证 DNS 解析记录是否正确，注意配置的服务器的 80 和 443 端口需要在外网能正常访问；

curl "https://cloudflare-dns.com/dns-query?name=docs.macrozheng.com&type=A" \  -H "accept: application/dns-json"

• 修改 Caddyfile 配置文件，进行如下配置；

docs.macrozheng.com {        root * /mydata/caddy/html/docs        file_server browse}

• 然后使用 caddy run 命令启动 Caddy 服务器即可，是不是非常方便！

caddy run

Docker 支持

当然 Caddy 也是支持使用 Docker 进行安装使用的，其使用和直接在 CentOS 上安装基本一致。

• 首先使用如下命令下载 Caddy 的 Docker 镜像；

docker pull caddy

• 然后在/mydata/caddy/目录下创建 Caddyfile 配置文件，文件内容如下；

http://192.168.3.105:80respond "Hello, world!"

• 之后使用如下命令启动 caddy 服务，这里将宿主机上的 Caddyfile 配置文件、Caddy 的数据目录和网站目录挂载到了容器中；

docker run -p 80:80 -p 443:443 --name caddy \    -v /mydata/caddy/Caddyfile:/etc/caddy/Caddyfile \    -v /mydata/caddy/data:/data \    -v /mydata/caddy/html:/usr/share/caddy \    -d caddy

• 之后使用 docker exec 进入 caddy 容器内部执行命令；

docker exec -it caddy /bin/sh

• 输入 Caddy 命令即可操作，之后的操作就和我们直接在 CentOS 上安装一样了。

总结

今天体验了一把 Caddy，其强大的指令功能，让我们无需多余的配置即可实现各种功能，使用起来确实非常优雅！尤其是其能自动配置实现 HTTPS，非常不错！Nginx 能实现的功能 Caddy 基本都能实现，大家可以对比下之前写的 Nginx 使用教程 ，你就会发现使用 Caddy 来实现有多么优雅！