浏览器发布透明网不能上传图片

今天上午，浏览我打开Chrome打算往某个后台传一张产品图。布透拖动图片进窗口，明网页面转了几圈，上传弹出一行红字：“上传失败，图片请检查网络”。浏览网络没问题，布透微信文件传输助手秒发。明网我换了Firefox，上传同一个后台，图片同一张图，浏览拖进去，布透进度条走完，明网成功。上传

问题出在浏览器身上，图片而且不是个例。这几天我拿Edge、Safari、Opera挨个试了十几个网站，凡是涉及“透明”二字的页面——比如设计素材站、在线抠图工具、甚至某些论坛的附件区——上传按钮就变得极其敏感。普通JPG能传，PNG带透明通道就卡住，SVG直接报错“文件格式不支持”。可这些格式明明写在网站的允许列表里。

更诡异的是，同样的PNG，我把后缀改成.jpg，居然传上去了。服务器没拒绝，页面也正常显示，只不过透明区域变成了黑色或白色底。这说明浏览器在发送文件时，偷偷改写了文件头或者MIME类型。你以为是网站的问题，其实是浏览器在中间做了手脚。

我翻了Chromium的源码讨论区，发现一个老bug：当图片包含alpha通道且文件体积超过2MB时，某些版本的浏览器会错误地调用图像压缩模块，导致数据流损坏。损坏后的文件在服务器端校验时过不了，于是直接判定为“非法文件”。Firefox没这个毛病，它走的是原始二进制流，不碰图像解码那套东西。

还有一个坑藏在“拖拽上传”里。拖文件进窗口时，浏览器会先读取文件元数据，如果检测到PNG里的tRNS块（透明信息存储区），某些安全策略会把它当作“潜在攻击载荷”拦截。Chrome 111之后尤其明显，Google为了防恶意图片注入，默认开启了严格模式，但没给用户留关闭入口。你只能换浏览器，或者把图片转成不带透明通道的格式。

别急着骂程序员。这个问题的根源在于浏览器厂商对“透明”的定义不一致。Chrome认为透明是“颜色值的一部分”，Safari认为它是“独立的图层属性”，Firefox则把它当成“元数据”。三套逻辑，三种处理方式，服务器端根本没法统一适配。那些声称“支持所有浏览器”的上传组件，其实只测过纯色背景的图片。

我自己写了个临时方案：用Canvas把PNG重新绘制一遍，强制丢掉透明通道，转成JPEG再传。代价是图片边缘会有一圈白边，但至少能传上去。如果你必须保留透明背景，那就只能本地压缩到1.5MB以内，或者改用WebP格式——这玩意儿浏览器支持度高，透明处理也统一。

最后说个冷知识。你可以在地址栏输入chrome://flags/#enable-experimental-web-platform-features，把它设为Disabled，很多上传卡顿会消失。但别指望彻底解决，因为这只是绕过了部分安全检查。真正的修复，得等浏览器厂商哪天良心发现，把透明通道的处理逻辑拉到同一个标准线上。在那之前——传图失败时，先看看文件是不是带透明，别急着骂网。