透明 SVG 导成 JPG 前，如何明确白底是不是设计的一部分？

把透明 SVG 导成 JPG 时，最容易混淆的是两种“白”：画布本来没有颜色，导出 JPG 时被铺成白色；图稿里本来就有白色文字、描边或形状。它们在预览里都可能看起来像白底，但处理方式不同。

先回答一个问题：这块白色是交付方要求的背景，还是设计稿的一部分？没有确认时，不要直接把白色当成安全默认值。JPG 不支持透明，选定背景色后，透明区域会被填充；图稿中已经存在的白色元素仍会照常绘制，工具不会替你判断它们的设计意图。

先分清白色从哪里来，再问它该不该保留

不要从一张白底截图判断透明。把同一份 SVG 放在能显示透明的设计软件里，切换白色与深色的预览底；只换承载背景，不删除图稿里的对象。有原始设计文件时，同时查看对应图层。

换底后看到的变化	可以确认什么	还不能据此决定什么
外围随预览底变化，内部白字仍保持白色	外围有透明区域，白字是绘制出来的内容	白字是否适合最终使用的底色
整块白色矩形在深色底上仍然存在	当前图稿确实画出了不透明白底	这块底是设计要求，还是应当移除的历史底图
某个“白色孔洞”随底色变化	它是透出背景的区域，不是固定白色填充	交付时该保留这个孔洞，还是允许把它铺白
阴影或边缘颜色随底色部分变化	该处可能有半透明效果	能否把它当作完全透明，或随意更换底色

看源码时，可以辅助检查白色填充、描边和覆盖画布的对象，但搜到一个 fill="white" 不是完整结论：颜色也可能来自样式、分组或内嵌图片，对象还可能受透明度、裁切和遮罩影响。不熟悉源码时，回到原设计文件和图层确认，比批量替换白色可靠。

换底检查回答的是“文件现在画了什么”，设计稿或交付说明才回答“这些白色要不要保留”。 两者都要确认。原文件只有一个白色预览、找不到设计说明时，可以确认视觉现状，不能冒充已经确认了设计意图。

白色属于图稿：背景色不要盖住关键元素

图叮的 JPG 背景色设置是在画布底层先铺色，再把 SVG 画上去。它不是“替换图稿白色”或“去白底”功能。SVG 中已有的不透明白色对象会覆盖底层颜色；它下面即使铺了深色，也不会因此变深。

以一个假设图稿为例：白色圆环的中间和外侧都是透明，原本要放在深色页面上。铺白导出后，圆环仍在，中间与外侧却也变成了白色，轮廓便难以分辨。不能为了让它显出来，就擅自把圆环改黑；也不能据此认定 SVG 丢了图形。此时要先确认交付场景：

• 需要白字在深色底上显示：保留透明，或选择能形成对比的明确底色，不要直接铺白；
• 需要白色卡片或白底商品图：确认白色元素与背景的层次是否还看得出来；
• 还要适配多个背景：保留 SVG 和透明位图，不要用一张铺底后的 JPG 代替所有版本。

“看起来更干净”不能替代可读性验收。至少把文字、细线和 Logo 的边缘放大看一遍，再在最终使用的页面或版式上检查一次。

用两份输出检查铺底是否符合已确认的意图

确认了白色与背景的用途后，再做输出对照。保留原 SVG，先生成一份 PNG 作为透明参考，再从同一 SVG 按目标场景生成 JPG。浏览器支持 WebP 导出时，也可以用它保留透明；无法导出时改用 PNG。不要把已铺白的 JPG 转回 PNG 当作透明参考，换格式不会恢复已经合成掉的透明信息。

图叮的 SVG 转图片工具在选择 JPG 时提供背景色设置，透明区域是否铺白应按已确认的交付要求决定；实际转换和下载图片时需要登录。

SVG 中的白色对象：有 / 无 / 不确定
透明区域用途：要保留 / 需要铺底 / 尚未确认
JPG 背景色：____
白色文字、描边和 Logo 是否仍可辨认：是 / 否 / 待确认
最终使用位置与要求：____

先确认 PNG 中的字、图形和透明范围与原 SVG 一致，再检查 JPG 是否只产生了预期的铺底效果。半透明阴影和边缘会参与背景合成，它们换底后外观变化不一定是错误；应在约定底色和实际使用尺寸上判断是否符合设计。

如果用途仍是“不确定”，把输出标成待确认样稿，不当作最终交付。可以明确问接收方：白色矩形要作为卡片保留，还是只需要其中的标志随页面换底？这比只问“要 JPG 还是 PNG”更容易得到有用答案。

如果 PNG 参考已经缺字、缺图，先核对源文件与转换结果的差异。工具转换前会清理脚本、事件处理器、foreignObject，并移除外部引用；原稿若依赖这些引用，可能出现字体变化或图片缺失，不能把清理后的空白当成原设计的透明区。

裁切、留白或是否保留可编辑主文件的问题，分别按 SVG 画布排查与 SVG 主文件及位图交付顺序处理，不靠换背景色解决。

最终验收只看三件事：白色图形是否仍按设计保留、透明区域是否按交付意图处理、下载文件在目标场景中是否可读。意图还没确认时，保留 SVG 和透明位图，等背景决定后再生成 JPG。