公众号旧文
还在买服务器存图片？胖子教你搭建免费图床
本文灵感来自洗我十几篇稿的瑞哥。
我之前一直以为，图床得自己专门买服务器用来存图片。
但瑞哥的网站，已经在用免费图床了。
他的网站背后根本就没有图床服务器。
比如下面这个链接，就是他网站上的一张图片：
https://gcore.jsdelivr.net/gh/chjswr/picgo@20250506/20260310220328051.png看起来像图床网站。
但背后，其实是 GitHub。
今天这篇文章，咱们就来聊聊：
GitHub 是怎么被瑞哥玩成免费图床的。
一、这不是一个网站
大家第一眼看到：
gcore.jsdelivr.net可能会以为这是一个网站。
但实际上它是一个 CDN 节点。
真正存储图片的地方，是 GitHub 仓库。
把这个链接拆开：
chjswr/picgo@20250506/20260310220328051.png就能看出来：
- chjswr 是 GitHub 用户名（ch是cn，js是江苏，wr是王瑞）
- picgo 是仓库名
- 20250506 是 tag 或版本
- 后面则是图片的文件名
也就是说这张图，本质上是 GitHub 仓库里的一个 png 文件。
二、GitHub 为什么能当图床？
因为 GitHub 本身支持：
- 上传图片
- 存储文件
- 公网访问
而 jsDelivr 又支持直接给 GitHub 仓库做 CDN 加速。
于是很多人就发现了，原来自己根本不用买服务器存图片。
只要建一个 GitHub 仓库，把图片上传进去，用 jsDelivr 生成链接。
就能得到一个全球 CDN 加速的免费图床。
三、真正厉害的，不是GitHub，而是 CDN
很多人以为 GitHub 才是重点。
但实际上真正让 GitHub 变成图床的，是 CDN。
因为如果你直接访问 GitHub Raw。
速度并不稳定。
但 cdn.jsdelivr.net 会自动：
- 缓存文件
- 分发到全球节点
- 就近访问
而且你会发现域名里有时不是：
cdn.jsdelivr.net而是：
gcore.jsdelivr.net这是因为 jsDelivr 本身就是多 CDN 架构。
背后会动态使用：
- GCore
- Cloudflare
- Fastly
这些 CDN 网络。
四、为什么很多人都喜欢这样干？
因为它几乎是零成本的。
以前搭图床，你需要：
- 买 VPS
- 配 Nginx
- 配 HTTPS
- 做缓存
- 防盗链
- 防流量攻击
但现在一个 GitHub 仓库就够了。
甚至很多 Markdown 编辑器就会自动上传图片。
比如：
- PicGo
- Typora
- Obsidian
上传后自动生成 jsDelivr 链接。
用户根本感觉不到自己在用 GitHub。
五、但它并不是无限稳定
很多人会以为既然免费，那就能随便用。
其实并不是。
因为它本质上还是拿 GitHub 当静态资源的源站。
所以如果：
- 仓库删了
- 仓库私有化
- 文件路径变了
- CDN 缓存失效
图片链接就会失效。
此外，有些 CDN 节点也可能：
- 被限速
- 缓存异常
所以很多大站最终还是会：
- 自建对象存储
- 上 OSS
- 上 S3
- 上 Cloudflare R2
六、互联网里挺有意思的一件事
很多服务最开始根本不是给你这么用的。
GitHub 原本是代码托管平台。
结果后来：
- 被人拿来做博客
- 做网盘
- 做图床
- 做静态网站
- 做 CDN 源站
还有人拿 GitHub Release 发软件安装包。
互联网世界里真正厉害的人。
往往不是重新发明一个东西。
而是把原本的东西，用出了另一种玩法。
正如公众号里真正厉害的人，
往往不是自己好好地写文章。
而是把别人的稿子，直接洗一下就发表。
扩展阅读