ShareX21.0.0

ShareX 是面向 Windows 的免费开源截图、录屏、图像标注与文件分享工具。它的重点不是单次截一张图，而是把捕获方式、编辑/OCR、保存、上传和复制链接串成可复用的工作流。官方 Downloads 页当前将 21.0.0 标为最新稳定版，发布日期为 2026-07-03；Setup 与 Portable 主要提供 x64 入口，Microsoft Store 另有 ARM64 支持。ShareX 仓库采用 GPL-3.0，自动上传和外部图床需要由使用者自己选择、配置并承担数据边界。

版本与安装渠道怎么选

日常使用优先选稳定版 21.0.0。官方页面同时提供安装版、便携版、Microsoft Store 和 Dev builds，但它们的更新方式、文件位置和架构支持不同；不要为了追新功能把开发构建当成生产版本。

官方下载页会跳转到官方 GitHub Release 的具体资产。下载时先核对版本号和 SHA256，再按当前系统架构选择；不要把第三方重新打包、破解版或“优化版”当成 ShareX 官方构建。

把捕获动作串成工作流

ShareX 的效率来自动作链：选择捕获方式，完成截图或录屏，执行捕获后任务，保存或上传，再决定是否复制链接、打开目标地址或继续编辑。全屏、活动窗口、显示器、区域、滚动截图、屏幕录制、GIF 和自动捕获适合不同场景，先固定两三个常用动作即可。

1. 在 Hotkey settings 中为区域、窗口和滚动截图分配不冲突的快捷键。
2. 在 After capture tasks 中只保留真正需要的动作，例如打开编辑器、保存到指定目录或复制到剪贴板。
3. 需要上传时再配置 After upload tasks，明确是否复制公开链接、打开浏览器或生成二维码。
4. 用一张不含隐私的测试图跑完整链路，确认文件名、目标目录、上传结果和失败提示。

“截图完成”与“截图已经上传”是两个状态。把本地保存设为可回退的第一步，再决定是否上传，能避免网络失败时丢失原图；录屏和 GIF 则要另外考虑编码器、文件体积和持续时间。

区域截图、滚动截图与录屏的取舍

区域截图适合反馈、教程和工单，活动窗口适合保留完整应用边界，滚动截图适合长文档或列表，但网页和应用的滚动机制会影响拼接结果。录屏与 GIF 更适合展示动态操作，不适合替代需要逐字阅读的静态证据。

• 区域：先拖出范围，再用标注、模糊或像素化隐藏敏感内容。
• 窗口：保留标题栏和边框，适合记录软件版本、对话框和完整工作区。
• 滚动：检查拼接处、固定页眉、横向滚动条和动态内容，必要时改用多张截图。
• 录屏/GIF：控制分辨率、帧率和时长，完成后检查音频、光标和编码是否符合交付平台。

滚动截图不是“自动截完整网页”的保证，录屏也不会替你处理敏感信息。交付前逐帧或逐段检查，尤其要留意通知弹窗、浏览器标签、剪贴板内容和账号信息。

图片编辑、OCR 与素材清理

内置 Image Editor 可以裁切、画线、加箭头和文字、编号、放大、聚焦、模糊或像素化；这些动作适合把原始截图整理成可读的说明图。OCR、二维码、取色器、标尺、图片比较和元数据工具则覆盖识别与检查任务，但识别结果应当回到原图核对。

模糊和像素化是降低暴露风险的工具，不等于绝对脱敏；原图、编辑历史或上传服务仍可能保留未处理内容。涉及身份证号、密钥、Cookie、客户资料或内部地址时，优先在本地处理并确认最终文件再分享。

上传目的地与自定义上传器

ShareX 能把图片、文本、文件、文件夹、剪贴板内容或 URL 送到配置的目的地，并在完成后复制链接或触发后续动作。官方文档还提供 Amazon S3、Google Cloud Storage、Cloudflare R2 和 Custom uploader 指南，这意味着“上传成功”并不自动等于“链接安全”或“服务由 ShareX 提供”。

1. 先选择自己能管理的存储服务，确认区域、访问控制、生命周期和费用。
2. 在 ShareX 中配置目的地和上传器，只填写必要凭据，不把密钥写进共享配置或截图。
3. 为公开链接、私有链接和临时链接分别设置规则，验证匿名访问权限是否符合预期。
4. 用测试文件确认上传后的 URL、内容类型、删除方式和服务端日志，再接入自动任务。

如果团队要求统一存储，优先使用组织控制的 S3 兼容服务或内部上传器；如果只是给自己传图，仍应检查默认目的地是否会把内容公开。遇到服务 API 变更、限流或鉴权失败时，先关掉自动上传，保留本地文件并单独排查服务端。

快捷键、配置备份与迁移

ShareX 的设置数量会随着工作流增长：快捷键、命名模板、捕获后任务、上传器、热键和编辑器偏好互相影响。一次只改一组设置，并为导出文件标记日期、ShareX 版本和安装渠道，迁移时更容易回退。

• 先导出配置，再迁移热键和本地保存目录；不要直接覆盖另一台机器的全部配置。
• 检查热键冲突，尤其是 Print Screen、录屏、全局 OCR 和剪贴板动作。
• 删除个人用户名、访问令牌、内部域名和私有路径后，再把配置交给同事。
• 恢复配置后先用本地保存测试，再逐个启用上传、URL 打开和外部脚本动作。

Setup、Portable 与 Store 版的配置位置和权限不一定相同。迁移失败时先确认渠道、版本和个人数据目录，再判断是配置格式变化、路径不存在还是凭据失效，不要反复导入同一份未知配置。

权限、隐私与开源边界

ShareX 可以捕获桌面、窗口和剪贴板，也可以调用外部上传服务、脚本或命令行工具。截图前确认活动窗口和录制范围，上传前确认目标服务与访问权限；需要管理员权限的目标窗口可能无法被普通进程完整捕获，但不应因此长期以管理员身份运行不明脚本。

• 开启自动上传前先确认默认目的地、链接权限、保留期限和删除路径。
• 共享截图前检查通知、密码管理器、浏览器标签、远程桌面和剪贴板内容。
• 第三方上传器、外部脚本和云服务不属于 ShareX 核心代码，分别核对来源、权限、许可证和隐私政策。
• ShareX 采用 GPL-3.0；如果把修改后的程序或相关组件分发给他人，按许可证和组件条款履行相应义务。

ShareX 的优势是把捕获和交付动作交给用户配置，而不是替用户决定数据去向。稳定的做法是保留本地原图、明确每个自动动作、定期备份配置，并在版本更新后重新验证热键、编码器、OCR 和上传器。