一张手机拍的照片，除了画面之外还带着一份你没打开过的说明书。它记着这张照片是几点几分拍的、用什么设备拍的、当时的快门和光圈是多少，很多时候还记着拍摄地点的经纬度——精度可以到几米，足够在地图上指出具体是哪栋楼。
这份说明书叫 EXIF。它对摄影爱好者很有用，对随手发图的人则是一个默认开着的风险。
一、EXIF 里到底写了些什么
EXIF 查看与清除 会把读到的信息按类别列出来，大致分成这么几类：
- 设备信息：相机或手机的品牌型号、镜头型号、软件版本。同一台设备拍的照片，这几项完全一致，因此可以用来判断多张照片是否出自同一部手机。
- 时间信息：拍摄时间，通常精确到秒。有些设备还会记录时区。
- 拍摄参数：快门速度、光圈值、ISO 感光度、焦距、是否用了闪光灯、白平衡模式。研究自己的照片为什么糊、为什么暗，这几项是唯一的客观依据。
- 方向标记：一个数字，告诉看图软件这张照片应该旋转多少度才是正的。后面会单独说它，因为它是清除元信息时最容易踩的坑。
- GPS 定位：经纬度，有时还有海拔和方向。这是唯一一项真正会暴露你本人的信息。
除了 EXIF，照片里还可能有 ICC 色彩描述文件，它记录的是这台设备的色彩空间，用来保证在不同屏幕上颜色一致。它不涉及隐私，但会占一点体积。
二、GPS 是最值得在意的那一项
其他几项泄露的是「你用什么设备」，GPS 泄露的是「你当时在哪」。发一张在家里拍的猫、在工位上拍的显示器、在孩子学校门口拍的接送场景，如果带着坐标，等于同时公开了住址、公司和学校位置。多张照片的坐标聚在一起，还能反推出常驻地点。
所以工具在发现 GPS 坐标时会明确提示风险，这不是危言耸听，而是因为GPS 是个开关，而且这个开关的默认状态因设备和系统版本而异。很多人从来没主动打开过定位记录，也从来没检查过它是不是开着。
结论很朴素：发图之前先看一眼，比事后补救便宜得多。 尤其是这几类图值得每次都过一遍：
- 要发到公开平台的生活照，特别是在家里、常去的地方拍的。
- 要发给不熟悉的人的照片，比如二手交易、租房、招聘的实拍图。
- 孩子和老人的照片。
- 工作场所、门牌、快递单、车辆的照片。
反过来，纯截图、网上下载的图、微信里存下来的图通常已经没有 GPS 了，不必反复检查。
三、清除为什么不会损失画质
这是最值得说清的一个技术点，因为它决定了「要不要担心清完变糊」。
JPEG 文件不是一整块数据，而是由一段段带标记的数据段拼起来的：有的段放元信息，有的段放霍夫曼编码表，有的段放真正的画面压缩数据。EXIF 就住在其中一个专门的段里。清除元信息的做法是逐段复制：遍历所有数据段，把元信息段跳过去，其他段原样搬到新文件里。
原文件段序列 → 逐段判断 → 丢掉元信息段 → 其余原样写出
关键在于画面压缩数据段完全没有被解码，也没有被重新编码，所以画质不可能有任何变化，一个像素都没动。附带的好处是体积会略微减小，减掉的正好是那些元信息的字节。PNG 的处理思路一样，只是段的组织形式不同。
这一点和「重新保存一次图片就能去掉 EXIF」有本质区别。重新编码确实会丢掉大部分元信息，但它同时会让 JPEG 再压一遍，画质是实打实要掉的，而且丢掉多少元信息取决于软件实现，不可控。要确定性地清干净且不损画质，就该用专门的清除功能。
清除时有两个选项需要理解：
- 是否同时移除 ICC 色彩描述：不确定就别勾。移除它对隐私没有帮助，但在某些广色域照片上可能让颜色看起来变淡。
- 是否按方向信息旋转像素：这个务必勾。前面提到的方向标记是 EXIF 的一部分，很多手机拍照时并不真的旋转像素，只是写一个「请转 90 度」的标记，看图软件读到标记才把它转正。你把 EXIF 清了，标记也没了，照片就会以原始的躺倒姿态显示。工具在检测到方向标记时会提醒并提供这个选项，勾上之后它会真正把像素转正，再清除元信息，两边都不吃亏。清完发现照片躺倒了，原因几乎总是这个。
四、别指望平台替你清
「微信/微博会自动清掉 EXIF 吧？」这是最常见的疑问，也是最不该赌的一件事。
能确定的是：不同平台、不同发送方式的处理并不一致。同一个 App 里，按「照片」发送和按「文件」发送、发原图和发压缩图，走的路径就可能完全不同——压缩会重新编码，多半顺手把元信息丢了；而以文件形式原样传输的，通常是原封不动送到对方手里。平台的策略还会随版本变化，你今天验证过的结论，下个版本未必成立。
所以合理的态度是：把清除当成自己这一侧的动作，而不是指望链路上某一环替你做。 需要确认时，最直接的办法是把最终要发出去的那个文件重新读一遍元信息看看，而不是推测平台的行为。这也包括从别人那里收到的照片——如果你要转发，先看一眼它带了什么，转手泄露别人的位置和自己泄露一样麻烦。
顺带说一句，本站的解析和清除全在浏览器里完成，照片不会离开你的设备。这件事在这个场景下有点特殊意义：为了检查照片有没有泄露位置，而把照片上传到一个陌生服务器上，逻辑本身就是矛盾的。
五、顺手把照片整理好：批量重命名的正确顺序
看完元信息，通常紧接着就是整理。相机导出的 DSC_0431.JPG、手机导出的 IMG_20260912_101533.jpg 混在一个文件夹里，既不好排序也不好检索。
图片批量重命名 用模板批量改名并打包成 ZIP，模板里可以用 {n} 序号、{index} 原始序号、{name} 原文件名、{date} 与 {time} 时间、{w} {h} 图片宽高、{size} 文件大小等变量，比如写成 云南-{date}-{n} 这样。序号支持自定义起始值、步长和补零位数，扩展名可以统一小写或把 jpeg 统一成 jpg，还能对原文件名做查找替换。排序方式除了手动拖动，还提供文件名自然排序（img2 会排在 img10 前面，而不是像系统那样按字符比较）、按体积、按修改时间，并可一键反转。
这里有一个必须讲清的细节：模板里的 {date} 和 {time} 取的是文件的修改时间，不是 EXIF 里的拍摄时间。 对刚从相机或手机导出、之后没动过的原始文件，这两个时间通常是一致的，用起来没问题。但只要照片经过下面这些环节，修改时间就会变成「经过那一步的时间」：
- 用聊天软件传输过一次。
- 用任何软件编辑过、另存过。
- 从网盘、U 盘反复拷贝过（取决于工具是否保留时间戳）。
- 刚刚清除过 EXIF——清除会导出一个新文件，新文件的修改时间就是你下载它的那一刻。
由此可以得出一条很实际的操作顺序：先按时间重命名整理，再清除元信息。 反过来做的话，清完 EXIF 得到的一堆新文件修改时间全是同一个「今天」，按 {date} 命名出来的名字整整齐齐，但全都没有意义，而真正的拍摄时间此时也已经被你删掉了，无从找回。
如果拿不准手上这批文件的修改时间还准不准，用 EXIF 查看功能挑几张点开对一下拍摄时间，一分钟就有答案。
另一个值得称赞的点是不重新编码：重命名时原始文件的字节被原样放进压缩包，画质和体积完全不变，几百张图也就几秒钟。工具还会实时检测重名冲突，没解决之前不允许下载——这个限制看着烦，但比解压后发现少了几个文件强得多。冲突通常来自补零位数不够或者步长设成了 0，检查这两项即可。
六、图片转 Base64：什么时候值得，代价是什么
图片转 Base64 把本地图片或网络图片转成 Base64 编码，支持 JPG、PNG、GIF、WEBP、BMP、SVG 等格式，可以输出带前缀的 Data URI，也可以输出纯 Base64，结果能直接复制或下载成文本文件。转换后还会显示文件名、类型、大小、尺寸等信息。
它的用途是把图片变成一段文本，从而内联进 HTML、CSS 或 JSON 里，不再需要单独的图片文件和一次额外的网络请求。
代价是体积变大约 33%。 原因是编码方式本身：Base64 用 64 个可打印字符来表示任意字节，每 3 个字节被拆成 4 个字符。
3 字节 → 4 字符，体积 ≈ 原始大小 × 4 / 3
再加上 Data URI 前缀和可能的换行，实际膨胀通常略高于三分之一。
所以适用的场景很窄，但确实存在：
- 极小的图标、占位图、1 像素的背景纹理：几百字节的图，膨胀后还是几百字节，省下一次请求更值。
- 单文件交付：一份要通过邮件发出去、或者要能双击直接打开的 HTML 报告，把图内联进去就不会出现「图裂了」的情况。
- 接口里要带一张小图：JSON 传不了二进制，Base64 是最省事的折中。
- 临时调试：想快速验证某张图在页面上的效果，不想先上传到服务器。
不适用的场景更需要记住：
- 大图和照片：几 MB 的照片编码后是几 MB 的文本，塞进 HTML 或 CSS 会让文件本身变得巨大，而且浏览器无法像对待独立图片文件那样单独缓存它——页面每次加载都要把这段文本重新下载一遍。
- 多处复用的图：内联意味着用几次就重复几份。
- 需要延迟加载的图：内联的图和文档同生共死，没法按需加载。
最后有一个概念性的提醒：Base64 是编码，不是加密。 那一长串看不懂的字符没有任何保护作用，任何人复制到浏览器地址栏里就能看到原图。把敏感图片转成 Base64 再传出去，安全性等于零。
常见问题
清除 EXIF 之后，照片会变模糊吗？ 不会。清除只是把元信息数据段跳过去，画面的压缩数据原样保留，没有经过一次解码和重新编码，所以画质完全不变，体积还会略小一点。
为什么有些照片根本读不到 EXIF？ 截图、网上下载的图、经过多数聊天软件压缩过的图，元信息往往已经在某个环节被丢掉了。另外 PNG 本身很少携带完整的 EXIF。读不到不等于工具失效，反而说明这张图这方面比较干净。
清完 EXIF 照片躺倒了怎么办？ 重新用原图处理一次，勾选「按方向信息旋转像素」。原本正着显示是靠方向标记，标记连同元信息一起被清掉，画面就回到了传感器记录的原始姿态。
批量重命名会不会把原文件改掉？ 不会。工具是把重命名后的副本打包成 ZIP 给你下载，本地原文件一个都没动，所以名字起错了重来一次就行。