把两天改的图工程发给同事，参数一个没丢——记一次非破坏式编辑的实践

上周接了个活，要拼一张多图层的宣传图。我习惯先在浏览器里的在线做图（imging.cn 直接开）搭草稿，建了张竖版画布，导入五六张本地图，逐层挪位置、调大小、转角度、套滤镜，弄到深夜存了工程就睡了。

第二天真正让我意外的，是重新打开工程那一刻：昨晚每一层的位置、每一处调色、每一个旋转角度，原样都在，连撤销历史都还能往回退。我没做任何"导出前记得备份原图"的动作，它却什么都记着。带着好奇，我去翻了下这个 .imging 文件到底存了什么。

结论是，它存的根本不是"我改完的那张图"，而是"我怎么改的过程"。原图字节一个没动，逐像素连透明通道都原样留着；我的每一步操作，都以参数的形式记进了工程里的一份 manifest.json。位置、缩放、旋转、透明度、图层顺序算一类，调色滤镜算另一类，画布尺寸和分页又是一类。程序打开工程时，拿着原图照参数重新演算一遍，画面就回来了。这就是所谓非破坏式：参数和像素分开存，原图永远是只读的底稿。

我特意试了个更狠的：把这个工程文件发给同事，让他接着改。他打开后不是看到一张定死的成品，而是完整继承了我的编辑现场，每一层都能继续调。那一刻我才真正理解这套机制的用处——它移交的是过程，不是结果。

后来我还留意到一个细节，能解释为什么大家打开结果一致。图层自己的调色是在缩放旋转之前算的，画布整体的调整是在所有图层合成之后算的，这个顺序是固定的。顺序不变，同一份参数在谁的机器上重新演算，出来的图就一样，不会因为环境不同而跑色。

也有让我一开始困惑的地方：编辑时的预览和导出的成品，细节上对不严丝合缝。查了才明白，预览为了拖动跟手用的是自适应分辨率，而导出是按原始画布尺寸重新合成的，高分辨率下还用带重叠边缘的条带分块来防接缝、控内存。所以要看真实效果，导出一次最准，别盯着预览抠像素。

把我这两天的流程收一下，其实就三步。第一步建画布、导入本地图，单个作品最多能放 24 个图片图层；第二步逐层排版调色，滤镜有 12 组预设加 18 项精调，可以只作用某一层也可以作用整块画布；第三步存成 .imging 继续养着，或者导出 PNG / WebP / JPG 交付，导出上限是最长边 8192 像素、总量 4800 万像素。整个过程我全程断网也能跑，原图一张都没上传。

有两点我也踩过误区，顺便记下。一是别把它的美颜当 PS 液化用，它只做肤色感知的平滑和提亮，不瘦脸、不重塑五官、也不识别身份；二是别指望参数能凭空还原成品，能反悔的前提是你存的是工程文件而不是导出的成品图。想明白"存的是过程"这一句，后面就顺了。