图片加边框

加载照片，样式保持纯色，选择白色色块，然后打开“补成正方形”。两条较短的边会加宽，直到画布变成 1:1，而你的图片保持完整并居中，信息流就没有可裁剪的部分了。如果你想要一圈明显的留白，而不只是补成正方形的色条，可以再加一点宽度：短边的百分之五是个不错的起点。想要上传体积最小就导出 JPEG；如果图片是截图或含有大块纯色，就导出 PNG。

本身不会。原始像素被原封不动地绘制到一块更大的画布上：没有重新采样、没有缩放、没有滤镜处理，所以导出 PNG 时，边框内的图片与你加载的原图逐位完全相同。画质只会在编码环节损失，而且只在你选择有损格式时才会发生。导出 JPEG 会重新编码整个画布，所以本来就是 JPEG 的照片会经历第二代压缩。如果你在意这一点，就导出 PNG 或 WebP，或者把 JPEG 质量保持在 92 或以上，这时第二代压缩几乎看不出来。

希望边框在不同尺寸的图片上看起来一致时用百分比，数值本身很重要时用像素。这里的百分比以短边为基准，所以百分之五在 2000 px 高的竖图上是 100 px，在 2000 px 宽的横图上也是 100 px，用同一百分比加框的一组照片看起来就是一套。如果你要匹配现有设计、填满一个已知尺寸的位置，或者需要一条无论图片多大都始终极细的发丝线，像素才是正确的选择。

因为 JPEG 根本没有 Alpha 通道，从来都没有。它无法存储“空像素”这个概念，所以任何透明部分都必须先被赋予一种颜色，编码器才会接受。透明边框、圆角以及图片本身的透明区域都是如此。本页会用你在导出面板中设置的背景色填充这些像素，并明确告诉你它这样做了，而不是让浏览器自行填成黑色。如果你需要保留透明效果，请改为导出 PNG 或 WebP。

它是一种顶部和两侧边距相同、底部条带宽得多的边框，这正是即时成像照片的样子，因为显影药剂就封在那条底边里。经典比例是底部约为侧边宽度的三倍，本页的默认值正是如此，并提供一到六倍的滑块。宽宽的底边也是很实用的空间：可以手写日期或说明文字，也正是它让整体效果看起来像一张冲印照片，而不是一张留了宽边的图片。

这就是装裱店把照片装在卡纸后面的做法：一圈宽的纯色卡纸，再在卡纸上画一条与图片平行、距其边缘固定距离的细线。正是这条细线让一大片浅色卡纸不会显得像是意外。当边框承担展示作用、而不只是提供空间时就该用它，比如作品集页面、印刷样机，或画廊风格的社交媒体帖子。间距和线条粗细都会被限制，确保始终放得进你设置的边框宽度之内。

会，而且是彻底清除。导出文件是在一块全新画布上绘制并从头编码的，而画布没有任何地方可以保存原图附带的元数据：没有相机型号、没有镜头、没有快门和光圈、没有时间戳，也没有 GPS 坐标。嵌入的色彩配置文件也会一并丢失。方向是唯一的例外，它能保留下来是因为它并不是作为元数据传递的：浏览器自身的解码器会在绘制任何内容之前应用 EXIF 方向标签，所以横着拍的照片会被摆正后加框，旋转效果直接写进了真实像素。如果你需要保留元数据，这不是合适的工具；如果你本来就想去掉它们，加框会顺带做到这一点。

通常是三件事同时发生。画布的像素比原图多，因为边框增加了面积。导出是一次重新编码，而浏览器的编码器追求的是速度，不会像专门的压缩器那样再挤出最后那几个百分点。如果你加载的是 JPEG 却导出了 PNG，那就是把有损编解码器换成了无损编解码器，照片的体积往往会因此成倍增加。边框本身很少是罪魁祸首：纯色几乎不占存储空间。如果在意文件大小，就导出 JPEG 或 WebP，之后再用图片压缩器处理一遍。

不可以，加载 GIF 时页面会提示这一点。这里会把 GIF 解码成静态图片，只给其中一帧加框，导出的也是一张图片。要保留动画，就得解码每一帧、重新设置时间并重新编码出新的 GIF，那是另一种工具，成本也大不相同。如果动画很重要，请改用视频或动画编辑器加框。静态导出仍然适合用作缩略图或封面图。

单个文件最大 25 MB，原图最大 40 百万像素，成品画布最长边不超过 8,192 像素、总像素不超过 40 百万像素。之所以有这些上限，是因为每一个像素都实实在在地占用你标签页的内存：解码后的图片每像素占四个字节，加框后的副本还要再占同样多，所以一张 40 百万像素的照片在编码器启动之前就已经占用了数百 MB 的工作内存。当输出超过约 16.8 百万像素时，页面也会提醒你，因为有些手机浏览器会悄悄把画布上限设在这个值附近，超出时返回一张空白图片而不是报错。