博客

为什么我的截图看起来发虚或很小？修复指南

发布于 2026年10月24日 · 截图画质, Retina, 模糊截图, 图片分辨率

截图在 Slack、Docs 或幻灯片里看起来发软？Retina 与设备像素、重采样和 JPEG 压缩怎样让文字变糊——以及怎样修好。

大多数发虚的截图并不是没截好。它们是按完整分辨率截下来的，然后在后面被缩小、拉伸或重新压缩：聊天窗口把图片塞进一栏，文档把图片缩放到页宽，幻灯片把一张小图拉到 16:9 的画布上。

快速的答案是：在改任何东西之前，先看文件真实的像素尺寸。如果图片的宽和高大约是你预期的两倍，那你截的是 Retina 或经过缩放的屏幕，问题出在显示上，而不是截图本身。如果图片本来就不大，那文字是按 1x 截的，之后每一次放大都会让它更软。

Retina 和显示缩放：2x 像素，1x 布局

在带 Retina 显示屏的 Mac 上，系统把布局保持在逻辑点上，但用四个物理像素来渲染每一个点。因此截取一块 400 × 300 点的区域，得到的是一张 800 × 600 像素的图片。Windows 通过显示缩放也能达到类似的状态：在 150% 下，1920 × 1080 的布局占据 2880 × 1620 个物理像素，而 DPI 敏感的截图工具记录的正是这个网格。

图片本身是对的——它只是像素更多，这也是截图让人觉得太大的原因。

发虚的情况出现在两套网格被混在一起时。把一张 2x 的截图缩到 1x、粘进页面，再在高密度屏幕上查看那一页：显示器又得把每个像素放大，清晰的文字在边缘处就变软了。这种不匹配，解释了大多数「截图发虚」的反馈。

先检查真实像素尺寸

1. 把截图保存为 PNG。
2. 读出它的像素尺寸——在访达的「显示简介」、Windows 资源管理器的「属性」，或者任意图片应用里都行。忽略 DPI 数字；关键是像素数量。
3. 把这个数字和屏幕上那块区域的尺寸对比。

InSnap 让这件事很容易：拖动时选区标签会用物理像素显示尺寸，所以你在复制或保存之前就能看到像素尺寸。大约是逻辑尺寸的两倍，说明你是按设备分辨率截的；数字相同，说明你截的是 1x。

还有一个细节：有些应用会读取 PNG 的 DPI 元数据来决定把图片显示多大，所以同一个 800 × 600 的文件，在两个地方可能显示成两种大小。如果粘贴进去的图片看起来「很小」，先检查那个元数据，而不是重新截图。

JPEG、PNG 与小文件的陷阱

PNG 是无损的：你截下的像素就是文件里的像素。JPEG 是有损的，而且在尖锐、高对比的边缘附近最弱——文字恰恰就是由这样的边缘构成的。字母周围的振铃伪影会在之后每一次复制里留存下来，而把 JPEG 转回 PNG 也恢复不了细节。

这就是为什么一张截图在屏幕上看着没问题，却在过一次聊天应用、或过一个「优化」图片的导出对话框之后变得浑浊。凡是含有文字或界面元素的，都保留 PNG。如果大小限制逼你用 JPEG，就发更大的尺寸，而不是发一张又小又重度压缩的图。

让文字保持清晰的做法

• 保留原始截图。按完整物理分辨率复制或保存，用 PNG。
• 绝不先缩小再放大。每一次来回都会永久丢失细节。
• 按目标尺寸粘贴。在文档和幻灯片里，在高密度屏幕上把图片设成大约其像素宽度的一半；这样能获得 2x 的有效分辨率。
• 图片会被放大或在 Retina 屏上看时，选 2x 而不是「更小的文件」。
• 有意使用 InSnap 的 1x 选项。复制和保存设置可以把 Retina 截图缩到 1x。清晰度重要时别开它；更小的文件才是重点时再打开。

这些都不需要换一个截图工具——只要清楚你现在看的是哪套像素网格，好让文件只在两者之间跨越一次。

常见问题

为什么 Retina 截图调整大小后看起来发虚？

调整大小丢掉了一半像素，然后高密度屏幕又用插值把较小的副本放大。按完整分辨率截图，让目标端只缩放一次，或者保留原始的 2x 文件。

截图用 PNG 还是 JPEG 更好？

只要图片含有文字或界面元素，就用 PNG：JPEG 的伪影聚集在尖锐边缘周围，在字母上最明显。只有在大小限制别无选择时才用 JPEG，并保持尺寸足够大。

为什么我的截图比屏幕还小？

截图是在 2x 显示器上按 1x 截的，或者在输出的路上被缩小了。一张全屏 Retina 截图应该大约是你屏幕点分辨率的两倍。在 InSnap 里，选区标签报的是物理像素，所以保存前就能看到这个数字。

能把发虚的截图变清晰吗？

基本上不能。放大会加入猜测出来的像素，锐化只会夸大边缘，并不能恢复细节。请按完整分辨率重新截图，或者用原件而不是缩小过的副本。

博客里的更多文章