简单来说。 ShareX 是一套 Windows 上的截图和录屏工具，只是恰好也能上传。PicGo 不做任何截图，它接收你手上已有的图片，返回一个图床链接，并且支持 Windows、macOS 和 Linux。如果你要解决的是在 Windows 上截图，ShareX 更合适；如果你要解决的是在任何写作的地方发布图片，PicGo 更合适。在 Windows 上，两者可以很好地配合使用。

两者的起点正好相反

ShareX 的流程从截图开始：选一个区域、窗口或者滚动页面，加上标注，执行截图后任务，然后可以选择把结果发送到某个内置目标或者 .sxcu 自定义上传器。上传只是流程末尾可能发生的众多事情之一。

PicGo 的流程从 ShareX 结束的地方开始。它从来没截过图，也不打算截图。你把文件交给它——拖进来、从剪贴板读取、按快捷键、在编辑器里粘贴，或者由脚本传入——它把文件发送到你配置好的图床，然后返回 URL、Markdown 或 HTML。

下面这张表里的大部分差异都源自这一点。与其说是功能比拼，不如说是两个工具在上传这一步交汇。

	PicGo	ShareX
定位	上传工具	能上传的截图和录屏套件
运行平台	Windows、macOS、Linux	Windows
截图、滚动截图、录屏、GIF	不支持——用系统自带工具或 ShareX	支持，并可标注
在 Typora 或 Obsidian 里粘贴即得链接	支持，通过编辑器的上传服务设置或插件	并非为充当编辑器的上传服务而设计
程序化调用	桌面应用内置本地 HTTP API；PicGo-Core 命令行和 Node.js API	命令行参数、命名工作流、调用外部程序的 Actions
新增图床	安装一个 `picgo-plugin-*` 包	编写一个 `.sxcu` 自定义上传器
改写已有 Markdown 中的链接	pic-migrater 插件	不在该工具的目标范围内
没有图床时	可选的 PicGo Cloud，有免费档	需要自备上传目标
许可证	MIT	GPL-3.0

在 Mac 或 Linux 上，只有一个能用

ShareX 不能在 macOS 或 Linux 上运行，PicGo 也没有把它的截图套件带过去。PicGo 在这些系统上替代的是另一半：把文件变成链接的那部分。截图就用系统自带的工具（Cmd+Shift+4、GNOME Screenshot、Flameshot……），上传和写入剪贴板交给 PicGo。

对于一天里要在几台电脑之间来回切换的人，这也是最实际的方案。一台跑 ShareX 的 Windows 台式机、一台用来写作的 MacBook、一台用来构建的 Linux 机器，都可以通过 PicGo 以相同的命名规则发布到同一个图床。再配合配置同步——所有 PicGo Cloud 套餐都免费提供，并支持端到端加密模式——上传服务设置、插件配置和快捷键会跟着你走，不用在每台机器上重新填一遍。同步的是设置，不是图片文件。

图片最终落在哪里，比怎么截的更重要

大多数寻找 ShareX 替代品的人，并不是对 ShareX 的截图不满意。他们想要的是图片最终变成自己正在写的东西里的一个链接。PicGo 正是为这个位置而设计的：

Typora 在你粘贴图片时调用 PicGo（桌面应用或 PicGo-Core），并把本地路径替换为图床 URL。配置方法：Typora 指南。
Obsidian 通过 Image auto upload 插件把粘贴的图片发送到 PicGo 的本地服务。配置方法：Obsidian 指南。
脚本可以调用 picgo upload ./chart.png，Node.js 工具可以直接引入 PicGo-Core，以返回值的形式拿到 URL，而不用去解析另一个程序的输出。

ShareX 也能通过它的命令行和 Actions 实现脚本化上传。区别在于，PicGo 的这些能力在三个操作系统上完全一致，并且复用你在应用里已经配置好的上传服务和插件。

当图床关停时

用上一年之后，往往最重要的功能不是上传本身，而是图床关停或者你迁移存储时会发生什么。PicGo 的 pic-migrater 插件会扫描你的 Markdown 文件，把其中引用的每张图片重新上传到新图床，并就地改写链接。单篇文章或者整个 Obsidian 库都能处理。ShareX 的工作在上传成功那一刻就结束了，所以这不是它打算覆盖的事情。

在 Windows 上两者搭配使用

如果你已经离不开 ShareX，没必要放弃它。以下两种搭配都很好用：

ShareX 截图，PicGo 上传。 在 ShareX 里把截图后任务设置为保存图片并复制到剪贴板，同时关闭它的上传。然后用 PicGo 的剪贴板上传快捷键，或者直接粘贴到 Typora 或 Obsidian 里，剩下的交给 PicGo。
各走各的路。 ShareX 把截图上传到它自己的目标；PicGo 负责所有从编辑器或其他电脑上发起的上传。

每条路径选定一种方式并坚持下去。如果两个工具都上传了同一张截图，你会得到同一张图片的两份副本和两个 URL。

什么时候该选 ShareX

如果你整天都在 Windows 上，要做区域截图、滚动截图、录屏或者带标注的 GIF，ShareX 的截图工具集远比 PicGo 丰富——PicGo 本来就不打算做截图工具。如果 ShareX 的内置目标或者某个 .sxcu 上传器已经覆盖了你的图片去处，而且你也不在需要接收链接的编辑器里写作，那就没什么理由再加一个 PicGo。

常见问题

问：PicGo 比 ShareX 好吗？

答：它们擅长的事情不一样。ShareX 更擅长在 Windows 上截图和录屏。PicGo 更擅长在任何地方上传——三个操作系统、Typora 和 Obsidian 这样的编辑器、脚本和 Node.js 工具——以及在你更换图床时让已有的 Markdown 链接继续可用。

问：PicGo 能在 macOS 或 Linux 上替代 ShareX 吗？

答：它能替代上传这一半。截图请用系统自带的截图工具或者专门的截图软件，然后让 PicGo 把文件变成链接。

问：PicGo 和 ShareX 能一起用吗？

答：可以。一个简单的搭配是：ShareX 负责截图并复制到剪贴板，关闭它的上传；PicGo 从剪贴板或编辑器上传。每条路径只保留一个上传工具，避免重复。

问：换了上传工具，已有的图片会被移走吗？

答：不会。图片留在原来上传的地方，只要那个图床还在，旧链接就一直有效。只有新上传的图片会经过新工具。如果之后想迁移旧图片，pic-migrater 可以把它们重新上传并改写链接。

如果你在几款 Mac 原生工具之间犹豫，请看 PicGo 和 uPic 对比。如果你想要一个单文件的命令行工具，请看 PicGo 和 Upgit 对比。

公开资料来源

以上资料查阅于 2026 年 9 月。存储服务商的要求、服务限制和插件兼容性都可能变化，安装或迁移前请以链接中的资料为准。