一、引言：为什么我们需要自建图床？

在内容创作日益频繁的今天，图片管理早已成为每个写作者绕不开的课题。无论是个人博客写作、Markdown 笔记同步，还是技术文档构建与社交媒体分享，图片的稳定托管和快速加载都直接影响着读者的阅读体验。

然而，传统第三方图床的种种局限令人头疼不已：免费图床往往强行植入广告，严重影响页面观感；部分服务链接频繁失效，多年积累的文章瞬间沦为“图片废墟”；更不用提某些平台突然变更策略，要求付费才能继续使用，让创作者进退两难。这些痛点都指向一个事实——把图片的命运交给不可控的第三方，无异于在流沙上盖楼。

自建图床提供了一条截然不同的道路。通过 GitHub 作为免费、高可用且支持 HTTPS 加密的存储后端，配合 PicGo 高效上传管理，再借助 jsDelivr 全球 CDN 加速，我们能够以零成本搭建一套完全自主可控、高速稳定的图片分发系统。这套方案不仅去除了广告和失效风险，更将数据的所有权牢牢握在自己手中，真正实现“我的图片我做主”。

二、核心架构与准备工作

整个技术栈由三个核心组件构成，各司其职又紧密配合。GitHub 充当免费的“对象存储”仓库，为图片提供稳定的版本化托管；PicGo 作为跨平台图形化上传客户端，负责自动化上传与链接生成，省去手动操作的繁琐；jsDelivr 则是免费的全球 CDN 服务，从根本上解决 GitHub 服务器在国内访问缓慢的顽疾，让图片加载速度飞跃提升。

在动手搭建之前，只需完成两项简单的准备工作：注册一个 GitHub 账号（如果还没有的话），并前往 PicGo 官方发布页下载安装最新版客户端。

📥 PicGo 下载地址：

· GitHub Releases 页面（推荐）：https://github.com/Molunerfinn/PicGo/releases
· 官方网站：https://molunerfinn.com/PicGo/
· 使用帮助/文档（Help）：https://picgo.github.io/PicGo-Doc/

PicGo 支持 Windows、macOS 与 Linux 三大平台，几乎覆盖所有桌面环境，无需担心兼容性问题。

三、核心实战：分步搭建指南

第一步，创建专属图片仓库。
登录 GitHub 后，点击右上角 “+” → “New repository”（或直接访问 https://github.com/new ），新建一个 Public 仓库，建议命名为 my-image-bed。务必勾选“Initialize this repository with a README”，确保仓库非空，避免后续操作出现意料之外的错误。如果希望将图片与代码文件分离，可以另外创建一个独立分支（如 img）专门存放图片，但这属于可选操作。

第二步，生成安全访问令牌。
进入 GitHub 个人设置：点击右上角头像 → Settings → Developer settings → Personal access tokens → Tokens (classic) （或直接访问 https://github.com/settings/tokens ），选择 Generate new token (classic)。这里必须强调使用经典版以保证与 PicGo 的完全兼容。权限方面，勾选 repo 一栏即可，这将赋予完整的读写权限；过期时间建议设为“No expiration”，省去定期更换的麻烦。生成后，Token 仅显示一次，务必立即复制并妥善保存至密码管理器中——这条密钥是你访问仓库的唯一凭证，一旦丢失只能重新生成。

第三步，配置 PicGo 客户端。
打开 PicGo，在图床设置中切换到 GitHub 选项卡。依次填入：

· 仓库名：用户名/仓库名（如 yourname/my-image-bed）
· 分支名：main 或你创建的自定义分支
· Token：粘贴上一步生成的字符串
· 存储路径：如 img/，这样图片将统一存于仓库的 img 目录下，方便日后管理

完成这四项设置后，拖拽一张测试图片到 PicGo 上传区，若能成功上传并在相册中显示，说明 GitHub 通道已经打通。

第四步，接入 CDN 加速。
这是整个方案中最关键也最容易被配置错的一步。在 PicGo 的 GitHub 图床设置底部，有一个 “设定自定义域名” 的输入框，我们需要在此填入 jsDelivr 的加速链接，标准格式为：

```
https://cdn.jsdelivr.net/gh/用户名/仓库名@分支名
```

例如：https://cdn.jsdelivr.net/gh/yourname/my-image-bed@main
⚠️ 避坑：分支名前面一定要使用 @ 符号连接，绝不能误写成 /，否则生成的链接路径错误，Typora 等编辑器将无法正常渲染图片。正确配置后，上传图片返回的 Markdown 链接会自动带上 CDN 前缀，图片加载速度将从“勉强可用”跃升为“秒开”级别。

四、进阶玩法：提升效率与稳定性

基础搭建完成后，还有大量提升体验的空间。如果你使用 Typora 或 Obsidian 进行写作，可以直接在编辑器的图像设置中将上传服务指定为 PicGo，这样一旦截图或粘贴图片，便会自动上传并插入 Markdown 链接，创作流完全不受打断。插件生态同样值得探索：安装 github-plus 插件后，在 PicGo 中删除某张图片时，它会自动同步清理 GitHub 仓库中对应的文件，避免冗余堆积；而 web-uploader 插件则允许你直接拖拽网页上的图片完成上传，无需先保存到本地。对于追求极致的用户，还可以编写 GitHub Actions 工作流，在图片推送到仓库后自动执行压缩、格式转换甚至 SEO 关键词优化，将图片管理彻底自动化。

五、风险防范与最佳实践

享受自由的同时，也需要遵循一些原则来规避风险。首先，严禁将 GitHub 当作大容量网盘滥用，大量存储与文章无关的大型文件可能触发平台风控，甚至导致封号。敏感图片建议使用 Private 仓库配合私有 Token 访问，确保隐私不外泄。数据备份方面，建议定期将 GitHub 仓库 Clone 到本地，或利用 Gitee 等平台进行双端同步，防止因违规操作导致的意外数据丢失。此外，jsDelivr 的 CDN 缓存有一定生命周期，如需更新同名图片，必须更改文件名才能强制刷新缓存，否则旧图可能继续被用户看到。

六、结语

从依赖中心化商业服务，转向去中心化、自我掌控的技术栈，自建图床的意义远超图片托管本身。它代表着创作者对自身数字资产的主权意识，也是一种高效、自由创作态度的延伸。基于 GitHub、PicGo 和 jsDelivr 的组合，不需要花一分钱，你就能拥有一套随需扩展、久经考验的图片分发系统。现在，不妨动手尝试，在这个完全属于你的云端相册上，写下创作旅程的第一张快照。