企业官网建设流程全解析

处理一张图非得先传上去——这习惯是被那些服务端工具惯出来的。真掰着手指头数一遍会发现，平时那些活：压缩、换格式、抠个底、做张动图、把图里的字抠出来，大部分浏览器自己就能干。我们一件件往里搬，也撞出一条不太好看的边界。先说清楚我管哪块：端侧的编解码和模型加载是我在弄，抠图算法和 PDF 引擎不是我做的，底下提到那两块我只讲看到的现象。

为什么不放服务器

最要紧的那条是我们不碰用户的图。市面上的在线图片工具路子几乎都一样——上传、处理、下载。图进了对方服务器，存多久、谁能看、有没有真删，全凭一句话，隐私政策写得再规矩也是承诺，而承诺没法验证。可很多人要处理的恰恰是不该到处跑的东西：证件、合同、没上架的商品图、带人脸的素材。跑在浏览器里就没这个问题，图从头到尾没离开你的设备，而且这句话能被验证：按 F12 打开 Network 面板处理一张图，全程看不到上传请求，预览图地址是blob:开头，那是浏览器内存里的对象，压根没走网络。十秒钟，比读一页隐私政策实在。

有件容易混的事得说清：首次用某些功能会往你这边下东西，比如 AI 模型、某些格式的解码器，方向是从服务器到你浏览器，跟"把图传出去"正好相反，看 Method 就能分——GET 是取回来，POST 才是送出去。成本上的好处是顺带的：处理跑在你设备上，多处理一次对我们成本没变化，所以才敢免费、不限量、不注册、无水印；服务端每次调用都在烧钱，必然要限量要注册要引导付费，不是它们小气，是账算不过来。代价也实在，吃你的设备，老机器上跑 AI 抠图明显慢；有几个格式本地确实干不了，得交服务端。我们从不讲"全部零上传"。

浏览器里现在能干哪些活

图片这边有压缩（按内容自动定参数，截图和照片给的档不一样）、格式转换（读入十几种，常见的直接本地出）、AI 抠图（模型按需下载，跑在本地）、动图工坊（GIF、APNG、动图 WebP 互转，能逐帧改时长、删帧、重排）、多语言 OCR（保留文字位置和表格行列）、在线做图、AI 变高清；文档这边有 PDF 压缩（保住文字层和链接）、PDF 转图片、内嵌原图提取、内容提取、PDF 转 HTML，还有 DOCX、PPTX 转离线 HTML。这些全部在你的设备上完成，图不上传。这就是图映ImgIng（一个免费的在线图片处理工具）。自研那部分两个数字：PNG-8 减色在参考样例 256 色下拿到 45.8dB，同样例 pngquant 43.4dB；动图帧间差分，公开样例同一张图 843KB 压到 350KB。

敢放本地，是因为考虑那么多了

一开始可没这底气。判断"这浏览器能不能干这活"，我们拿的是 UA 加一张兼容性表：查版本、查格式，对得上就开给他。结果在一个 App 的内置浏览器里栽了——那环境显示 WebP 好好的，可canvas.toBlob一请求 WebP，它闷声回你一张 PNG：不报错，后缀还是.webp，用户下下来发现体积没变小。毛病出在「支持 WebP」这五个字上，它在表格里是一个格子，运行时是好几件事：能不能解码进来、canvas 能不能编出去、编出来的是不是 WebP。表格没错，是我们的结论错了。

后来的改法特别笨：不猜了，每项能力都在用户浏览器里真跑一遍。拆开是六项——输入解码、画布处理、输出编码、多线程 WASM、WebGPU、写盘。真解一次、真编一次，两头都通才标成"即时"，要下 WASM 的标"端侧"，都不行的才交服务端。界面上那三种颜色的芯片就是检测结果，它说的不是"这格式我们支持"，是"你这台设备此刻能不能干"。这套东西写完有个没预料到的副作用：哪些功能敢放进来，不是产品拍板，是检测说了算。顺带一个测的时候才发现的事，几个不支持的格式返回的 blob 大小一模一样，都是 95 字节——同一张 1×1 的兜底 PNG，这数字后来成了我们判断"有没有被静默降级"的土办法。

哪几样没搬动

HEIC 写、TIFF、JPEG 2000 走服务端：HEVC 有专利，编码器体积也扛不住，本地这条路走不通，界面上用颜色标着，选之前能看到。HTML 转 PDF 点击转换后会把去脚本的快照提交给同源无头 Chromium，也不是纯本地，这条写在页面上，不含糊。所以"图片不上传"在我们这儿是有范围的，只对走本地那条路的功能成立。视频压缩这几天刚开，我还没跑过。

还有一件没解决

检测本身要花时间。头一回进页面得真跑一遍编解码，样本图很小，可低端机上那零点几秒还是能感觉出来。缓存试过，但用户换浏览器、系统升级之后就不准了，现在是缓存加短过期，凑合着用。这块我一直觉得不够漂亮，也没想到更好的办法——每次都测有损体验，缓存太久就退回到"猜"，而猜正是当初要解决的问题。