不上传文件地缩放、裁剪与转换图片

每个图片任务都始于外部设定的约束——页面布局、头像框、商品列表、上传表单。在动手处理文件之前先写下这个约束，因为它决定了后续每一步的顺序。

• 尺寸像素尺寸：布局槽位或平台要求，例如 1200×630 的社交卡片、512 像素的头像，或需要在高分屏上保持清晰的商品图。
• 体积预算体积预算：邮件附件上限、拒绝超过两兆字节文件的门户，或要求页面在慢速网络下保持快速的性能预算。
• 格式接受度格式接受度：有的系统只接受 JPEG 或 PNG，现代管线则偏爱 WebP。转换成目标平台读不了的格式，无论文件多小都是白忙。

裁剪去掉的是你本来就不需要像素，既修正构图，又在重采样之前就把文件瘦下来。缩放后再裁剪，等于把插值算力花在即将丢弃的细节上；而把裁剪锁定到目标的宽高比，能保证构图最终成立。

Image Cropper 可以裁出精确的数值区域，或把选区约束到常用宽高比，让构图在任何像素被重缩放之前就匹配目标槽位。它接受单张不超过 12 MiB 的 PNG、JPEG 与 WebP 文件，单边最长 8,192 像素、总像素不超过 2400 万，裁剪结果可直接导出为 PNG、JPEG 或 WebP。

多数任务的实用顺序是：打开原图，按最终宽高比裁剪，然后才考虑尺寸。如果仅靠裁剪就把文件压到了体积预算以内，也许根本不需要缩放。

每次缩小都会丢弃信息，因此尽量少串联重采样：从可用的最高质量原图出发，一步直达目标尺寸，而不是经由中间尺寸逐级下降。

Image Resizer 在本地使用高质量插值，并可锁定宽高比，让一个尺寸跟随另一个——输入布局需要的宽度，高度自动保持比例。单个文件最大 12 MiB、单边 8,192 像素、总像素 2400 万。

当整组照片需要同样处理时，批量模式一次最多处理 12 张、合计 96 MiB，逐张缩放并打包成一次下载。保留原图：缩放后的副本是交付产物，不是母版，日后再放大无法找回被丢弃的细节。

格式是一个压缩决策，而不是扩展名偏好；正确的选择取决于画面里有什么。

Image Format Converter 接受 PNG、JPEG、WebP、GIF 与 AVIF 源文件，导出 PNG、JPEG 或 WebP，并如实显示转换前后的字节大小——取舍是一个数字，而不是猜测。

• PNGPNG 无损且保留透明度——最适合 Logo、界面截图和边缘锐利的平面图形——但用于照片时体积居高不下。
• JPEGJPEG 有损但在照片和平滑渐变上很小；它不带透明度，反复另存会累积可见伪影，因此最后只转换一次。
• WebPWebP 在同等质量下通常比两者都小，且支持透明度；但在整套交付之前，先确认目标平台接受它。

当限制是兆字节而不是像素时，按顺序操作——裁剪、缩放、再转换——并在每一步测量，而不是猜测。像素面积主导文件重量：宽和高都是所需两倍的图片，携带的像素大约是四倍。

测量导出后的字节数，而不是进度条：缩放器与转换器都如实报告产出大小，因此你拿来对照预算的数字，就是目标平台会看到的数字。

• 先缩放把两个维度都减半，照片通常会丢掉约四分之三的像素量，这往往是可用的最大单笔节省。
• 再重编码把照片类 PNG 转成 JPEG 或 WebP，常常比继续缩放省得更多，而在交付尺寸下质量损失几乎不可见。
• 留意透明度决策时记得透明度：为了省字节把 Logo 压平成 JPEG，会毁掉布局所依赖的透明通道。

图片交付工作区把这些步骤串成一条有序流程——设定交付限制、本地处理、验证并导出——让整组素材的处理顺序保持一致。

它把缩放、裁剪与格式转换组合在一起，外加文件体积上限目标与受支持元数据的移除，让照片从相机原图变成经过验证的交付包，全程不离开标签页。关闭工作区前下载结果；本地工具不保留云端副本，磁盘上的原图自始至终逐字节不变。