问题往往不出在“你发了原图”，而出在“平台先替你生成了一张更容易被看到的图”。这张图可能出现在聊天列表、通知栏、相册预览、转发卡片，甚至对方的锁屏上。
预览图不是“小一号的原图”
大多数平台在上传图片后，会生成一个尺寸更小的版本，用于聊天列表、消息气泡、通知和分享卡片。这个版本通常会被重新编码，质量比原图低，但内容仍然完整。对文字截图、证件、聊天记录来说，缩略图已经足够读懂关键信息。
更麻烦的是，预览图的生命周期往往比原图长。原图可能被撤回、被删除、被设置为“阅后即焚”，但缩略图可能已经进入对方的本地缓存、系统通知、第三方输入法相册，或者被截图保存。撤回不等于删除，删除也不等于没有副本。
一张图在平台里的五段路
- 上传：客户端读取文件，可能先做一次压缩，再上传到服务器。
- 转码：服务器按平台规则统一尺寸、格式和质量，生成多个版本。
- 缩略图：为聊天列表、通知、分享卡片生成更小的预览图。
- 分发：图片被推送到接收方设备，进入本地缓存。
- 二次传播：对方转发、保存、截图、录屏，或者被其他应用读取。
你只能控制第一段和最后一段的一部分。中间三段由平台决定，而且不同平台的策略不一样。有的平台会保留原图质量，有的会强制压缩；有的会清理 EXIF，有的会保留拍摄时间和设备信息。
压缩到底改了什么
图片压缩通常做三件事：缩小尺寸、降低编码质量、去掉元数据。对普通照片来说，这些改动可能看不出来；对文字截图、表格、证件、设计稿来说，影响就明显了：文字边缘变糊、细线断裂、颜色偏移，严重的还会出现块状噪点。
压缩还会改变像素尺寸。对绝大多数用途来说，这无所谓；但对“像素重排”这种依赖精确坐标的处理来说，尺寸一变，还原就会错位。也就是说，混淆图如果经过平台压缩，接收方可能无法完整还原。
| 方式 | 是否常改尺寸 | 是否常有损压缩 | 对混淆图的影响 |
|---|---|---|---|
| 聊天“图片”模式 | 常见 | 常见 | 可能无法精确还原 |
| 聊天“文件”模式 | 通常不改 | 通常不压缩 | 还原成功率更高 |
| 邮件附件 | 通常不改 | 通常不压缩 | 取决于附件大小限制 |
| 网盘 / 对象存储 | 通常不改 | 通常不压缩 | 适合传输原始 PNG |
| 社交平台动态 | 常见 | 常见 | 不适合作为还原源 |
转发、缓存与撤回
群聊里的图片会被多次转发。每一次转发，平台都可能重新生成一份缩略图，接收方设备也可能保存一份缓存。你以为只发给了一个人，实际上图片可能已经出现在多个聊天窗口、多个通知栏和多个本地相册里。
“撤回”通常只影响聊天记录里的那条消息，不会删除对方已经保存、截图或缓存的副本。部分平台的“阅后即焚”也只保证应用内不再显示，不能阻止截图和录屏。这些机制解决的是“减少留存”，不是“保证不泄露”。
所以，真正重要的不是“发出去之后怎么撤回”，而是“发之前有没有必要发”。如果一张图只需要让对方看个大概，先处理再发，比事后补救更有效。
六条低成本习惯
- 发前先看预览。很多平台在发送前会显示缩略图。如果缩略图里已经能读出关键信息，原图发出去只会更清楚。
- 能裁剪就裁剪。只发需要的部分，不要把整张截图连同聊天列表、联系人、通知一起发出去。
- 该打码就打码。手机号、身份证号、地址、二维码、条形码，能用色块覆盖就不要用模糊。
- 优先用“文件”发送。需要对方保存原始画质时，用文件模式，避免平台重新编码。
- 重要图片先处理再上传。如果只是想发一个“预告”，可以先用混淆图，等对方需要时再给还原方法。
- 定期清理通知与缓存。至少知道自己设备的相册、聊天缓存和通知栏里留了哪些图片。
混淆能解决哪一段
混淆解决的是“预览阶段被一眼看懂”的问题。把画面打散后，聊天列表、通知栏和分享卡片里显示的是一张噪点图，即使被顺手看到，也读不出内容。需要看的人可以打开本站还原。
它解决不了三件事：
- 平台压缩：混淆图如果被改成固定尺寸，还原会错位；
- 对方截图：还原后的画面仍然可以被截图、录屏和转发；
- 真正保密：规则公开，任何人拿到工具都能还原。
所以，混淆适合“降低被随手看见的概率”，不适合“保证内容不泄露”。把它放在正确的层级上，它很好用；把它当成保密工具，它一定会让你失望。
发图前的一分钟检查
- 这张图里有没有手机号、地址、证件号、二维码、车牌、人脸？
- 缩略图里能不能读出关键信息？
- 我是要发“图片”，还是发“文件”？
- 对方真的需要原图吗，还是只需要看个大概？
- 如果发错了，我能不能接受它被保存、截图或转发？
- 我有没有保留一份自己的原图备份？
这六个问题不需要技术背景，一分钟就能过一遍。大多数图片隐私事故，不是因为工具不够强，而是因为发送前没有停这一分钟。
小番茄图片混淆 · 编辑部
本文讨论的是通用习惯，不针对任何具体平台。不同应用的图片策略会随版本变化，请以实际客户端为准。