去年十月帮朋友修一组婚礼照片，屏幕上看挺满意，发朋友圈一看——新娘那件红色旗袍成了砖红色，肤色还发灰。第一反应是自己显示器没校色，折腾半天校色仪，最后发现问题压根不在显示器上，在导出环节：原图是 Display P3 色域，微信按 sRGB 去解释，颜色直接歪了。
这事之后我陆陆续续又踩了几次坑，才慢慢攒出一套自己的导出流程。这篇不聊相机也不聊修图审美，只聊一件事：从 Lightroom 或者 Photoshop 里点下“导出”那一刻，你到底该填什么数字。
一、先接受一个事实：你输给了二次压缩
社交平台会把上传的图重新编码，朋友圈大概把长边压到 1080 到 1440 这个区间，体积压到 100 到 300KB（不同版本、不同网络环境测出来的数字不太一样，我没能力穷举，但量级差不到哪去）。注意是重新编码，不是简单缩图。编码器面对你的照片时，是在用有限的码率去描述画面里的高频信息——头发丝、皮肤毛孔、树叶、噪点。细节越密、噪点越多，它越吃力，最后只能涂抹和出块。
所以导出策略跟很多人的直觉是反的：不是“我原图够锐，压完肯定还锐”，而是“我先压掉噪点，再适度锐化，让它扛得住压”。一张 ISO 3200 的夜景，你导出前不降噪，传上去必然一塌糊涂。Lightroom 细节面板里，明亮度降噪给到 20–30、细节保留 50 左右，颜色降噪 25，这个区间我用了挺久，代价是有点塑料感，但比起传上去变成油画，我认了。
二、色彩空间：P3 转 sRGB 这一步，九成人漏掉
iPhone 默认拍的 HEIC 是 Display P3 色域，比 sRGB 宽了差不多 25% 的色域面积。问题在于，绝大多数平台、浏览器、安卓机默认按 sRGB 来解释你的像素值。你不转换，等于把 P3 的数字硬塞进 sRGB 的壳子里，红色和橙色最先崩，肤色会发橘，绿色会艳得发假。
具体操作：Lightroom 导出面板里，色彩空间选 sRGB，别选 Display P3，也别选“同上”；Photoshop 走“编辑 → 转换为配置文件”，目标选 sRGB IEC61966-2.1，渲染意图用相对比色，勾上黑场补偿。这一步做完，你会发现照片在手机上看到的样子，终于和电脑上差不多了。
顺带说一句，很多人导出时纠结质量填 90 还是 95，其实这一步造成的观感差异，远大于质量滑条上那 5 个点。
三、输出锐化的三个数字，还有那个没人用的“阈值”
锐化要分两次做，这是很多人没搞清的地方。修图过程中的锐化是为了自己看，导出时那次叫输出锐化，是为了抗压缩。Lightroom 导出面板里有“输出锐化”，选屏幕 → 标准，然后自己改：数量 75、半径 0.6、细节 25、蒙版 0。半径别超过 1.0px，超过就容易在边缘出现一圈白边，行话叫 halo，在深色背景上特别明显。
Photoshop 里我用 USM 锐化：数量 85%、半径 0.8px、阈值 3。阈值这个参数是九十年代就有的老东西，现在教程里基本不提，但它的用途很实在——亮度差小于阈值的像素不参与锐化，能防止纯色天空和皮肤被锐出麻点。你把阈值从 0 调到 5，再放到 100% 看天空区域，差别一眼就能看出来。
四、格式和参数：质量 100 是个陷阱
JPEG 质量给到 100，体积大概比 92 大两三倍，肉眼几乎看不出区别；质量低于 75，天空的渐变会出现色带，这个是能一眼看出来的。我常用的落点是 82，人像稍微保守一点用 85。
格式选择上，照片用 JPEG 或者 WebP，有损 WebP 在同等 SSIM 下比 JPEG 小 25% 到 34%（这是 Google 自己公布的数据），AVIF 还能再小一截，Safari 从 16.4 开始支持，现在基本能用了。但截图是另一回事：文字为主的图别用 JPEG，笔画边缘会出彩色镶边，用 pngquant 把 PNG 压到 8-bit 调色板，一张 1440 宽的聊天截图能从 1.8MB 掉到 180KB 左右。反过来，一张 1200 万像素的照片存成 PNG，文件能到 20MB 以上，纯属浪费。
还有个细节，导出时勾上“渐进式”（ImageMagick 里是 -interlace Plane），体积会涨 1% 到 2%，但浏览器和微信加载时会先出模糊轮廓再变清晰，主观上感觉快很多。另外记得 strip 掉 EXIF，省体积，也省得暴露你家住哪儿。
五、我的导出清单，可以直接抄
图形界面用 Lightroom，我的预设是：长边 1440px、sRGB、质量 82、输出锐化屏幕标准（75/0.6/25/0）、不勾“限制文件大小”。
命令行我更喜欢 ImageMagick，一条搞定：
magick in.jpg -auto-orient -resize "1440x1440>" -unsharp 0x0.75+0.75+0.02 -strip -interlace Plane -quality 82 out.jpg
注意 -auto-orient 一定要放在 resize 前面，不然带旋转信息的手机照片会被拉变形，这个坑我踩过不止一次。macOS 自带 sips 也能应急：sips -Z 1440 -s format jpeg -s formatOptions 82 in.jpg --out out.jpg，缺点是不能锐化。截图转 WebP 用 cwebp -q 80 in.png -o out.webp。只想在浏览器里点一点，squoosh.app 是 Chrome 团队做的，WASM 本地跑，图片不上传服务器，左右对比体积挺直观。
最后说个可能不太讨喜的观点：图片处理的终点不是“最好的画质”，而是“最抗压缩的画质”。你屏幕上那张原图再漂亮，它也得先过传输这一关。所以导出参数该围着“别人怎么看”来定，而不是围着“我怎么看”来定。这话听着别扭，但我这几年基本就是这么干的。