如何把 PNG 转为 JPG
把一张 PNG 拽进投放区，要么点一下去文件夹里翻一张出来。只要文件落地，活儿立刻开跑，碰上普通屏幕尺寸的照片，眨眼之间也就收尾了。随后页面给出一个 Download 按钮，沿用原来的名字、换上新后缀，把 JPG 落到盘上。还想再来一张？把下一份丢进去，它便从零重新开工，背后绝无人排队等候。无论你用的是手机还是台式机，走的都是同一条路，待遇毫无二致。倘若递进来的是会动的 PNG，留下的只有领头那一帧，毕竟它吐出来的 JPG 是一张定格的静图，而不是一串连续画面。
PNG 变 JPG，在你的浏览器里得到更轻的照片
当你发邮件、发帖或腾空间时，用更轻的 JPG 换下沉重的 PNG。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 JPG
快速答案
带来一张图片，浏览器就在你自己的机器上料理，什么都不发送。带来多张时，它们会前往我们的服务器，由它完成工作并返回一个约 2 小时内删除的链接。Araluma 在你自己的设备上把一张 PNG 变成 JPG，因此图片从不被送往任何地方。 把文件丢进去，浏览器内建的图像引擎就把它重建为 JPEG，对一张普通照片通常只需几分之一秒。 由于 JPEG 没有办法存放透出的像素，每一处透明区域在文件写出之前都会被涂上白色填充。 对照片而言，你可以预期 JPG 会比它来源的 PNG 轻上大约三分之一到一半，而细节程度让你的眼睛标不出差别。 一次测量里，一张 17 KB 的照片 PNG 在约 10 毫秒内变成 12 KB 的 JPG，而一张 116 KB 的照片用了接近 1.5 秒。 EXIF、IPTC 和 XMP 等嵌入标签会在途中被丢掉。 当主体是照片且重量要紧时选它，而当透明必须存活时就留着 PNG（或挑 WebP）。
透明区域会怎样
JPG 里没有 alpha 通道，所以一个透明像素没法就这么照搬过去。每一个都得先被赋予一种实在的颜色，而 Araluma 把它们涂成白色。这正是一个徽标或抠出的产品照变成 JPG 后，背后那个熟悉白矩形的来源。没什么出错，这只是格式所允许的。想要别的背景？转换前先在编辑器里铺上那种颜色。想让透明留下？跳过 JPG，改转 WebP，它保留完整的 alpha 通道，而且通常仍落得比原 PNG 还小，完全不压平任何东西。
PNG 还是 JPG，哪种格式适合你的图像
当你手头是徽标、图标、满是清脆文字的截图、线稿，或任何携带你会再用的透明的东西时，伸手去拿 PNG。它把每个像素分毫不差地记下，于是边缘保持锐利，反复编辑也从不堆上新的压缩噪点。当主体是照片、宽幅横幅，或一个反正会在抵达时重新压缩的社交流上传时，伸手去拿 JPG。一张存成 PNG 的照片所背的重量远超分享所需，而 JPEG 正是为那种素材而建。要是你宁愿同时拥有小体积和存活的透明，WebP 两样都给，而且如今每种浏览器都读得了它。
画质设置与文件大小的取舍
JPG 扔掉一些细节以落得更小的文件，这就是有损的意思。在一张照片上，那点损失在普通网页画质下很难看出。编码瞄准接近 43 dB PSNR，在这一点上，对照片素材而言 JPG 与无损原图在眼里看着一样。由硬边缘、细小文字、平坦色域，或带状渐变构成的图像则讲着另一个故事，因为 JPG 在任何设置下都会在那些骤变四周撒下振铃。它们属于 PNG，而转换它们是一步退。这里没有滑块可拨，因为每一趟都用同一个为照片调好的固定近乎无损设置。
转换在哪里进行
一切取决于你带来多少个文件。只有一张图片时，整个过程都在标签页内通过浏览器自带的图像引擎运行，什么都不上传。打开 DevTools，在单次转换时盯住网络面板，你会数到零个携带照片的出站请求。一次带来多张时，它们会前往我们的服务器，由它完成工作并返回一个下载链接。该链接以及背后的文件会在约 2 小时内删除。所以一张照片留在你的设备上，而批量处理在我们的服务器上料理，随后被清空。请根据图片的私密程度选择路径。
何时应当保留 PNG
有那么几种场合，做这步转换纯属帮倒忙。要是这张 PNG 全指望一块你非留不可的透明底，JPG 一上手就把它端掉，那就老实守着 PNG，或者迁去 WebP。要是画面大体是密密麻麻的小字、锐利的线条、一枚徽标，或一张截下来的界面，JPG 会在每一档画质上都抖出看得见的振铃，只因它那套按块切分的算法，碰上利落的边界就力不从心。再者，要是你心里有数还得反复改、反复存，那么每存一次 JPG 都会往上再叠一层亏损，所以索性拿 PNG 当你的底版，单单等到交差前的最后一脚才导出 JPG。
工作原理
-
递上一张 PNG
把文件丢进框里，或点击从文件夹中选取。只转换一张，它留在你的机器上。添加多张，它们会前往我们的服务器一起转换。
-
歇着就好
不再向你要别的什么。一张普通照片几乎在你松手那一刻就变成 JPG，看不到 Convert 点击，也看不到进度条。
-
瞥一眼大小
结果会报出它出来有多大。在 PNG 里曾是透出的那些地方现身为白色，这是一种没办法保住透明的格式所无法回避的特性。
-
留下你的 JPG
轻点一下下载它就出来，同名，换成新扩展名。还有更多吗。批量会作为一个压缩包返回，链接会在约 2 小时内从我们的服务器删除。
常见问题
把 PNG 转成 JPG 会降低画质吗？
确实会，毕竟 JPG 骨子里就是有损的那一类。Araluma 把画质死死摁在贴着无损的那道线上，又专门照着照片调过，于是一张转完的照片，在寻常观看尺寸下读起来跟原本的 PNG 几乎一个模子。瞄准点大约落在 43 dB PSNR，在照片这种料子上，眼睛把它和无损当成一回事。可一旦图是由凌厉的边、瘦长的字，或者大片纯色拼起来的，随便哪一档都可能冒出几丝杂讯，这种东西还是搁在 PNG 里更稳妥。
把 PNG 转成 JPG 时，透明区域会怎样？
JPG 这格式根本盛不下透明，于是转的过程里，但凡是透出来的像素，统统被刷成白的。这就是缘何一枚搁在透底上的徽标、或一件产品图，转完之后总坐在一方白底之上。它再正常不过，谈不上什么毛病。想绕开它，要么你先动手在编辑器里把底色填好，要么干脆改投 WebP，那一边既守得住透明，论分量通常打一开始就比 PNG 还轻。
JPG 会小多少？
若拿来转的是一张照片，在这套贴近无损的画质底下，JPG 一般能比 PNG 轻个三成到五成。究竟省多少，全看画面本身，越是塞满细节、画面繁密的照片，省下来的越是可观。反过来，大片纯色的图形、图标连同线稿，吐回去的余量就少得多，还可能因为 JPG 那点杂讯而显得更毛糙。倘若你这张 PNG 打娘胎起就是张截图或一枚徽标，那这趟转换八成省不下几个字节，倒先把肉眼看得见的画质给搭进去了。
在这里把 PNG 转成 JPG 安全吗？
这取决于你带来多少个文件。转换一张时照片永远不离开浏览器，全部工作在你的设备上运行且不上传，你可以在 DevTools 中通过单次转换时跟踪网络面板来确认。一次带来多张时，它们会前往我们的服务器接受料理，随后下载链接及背后的文件会在约 2 小时内删除。如果图片私密，请逐张转换，让它们留在你的机器上。
我能一次把多个 PNG 文件转成 JPG 吗？
可以。放入一摞文件，Araluma 会一起转换并返回一个压缩包。批量处理在我们的服务器上而非标签页中料理，下载链接会在约 2 小时内删除。而单独一个文件则直接在浏览器中转换，什么都不发送。无论哪种，每次转换都很快。
什么时候我该保留 PNG 而不是转成 JPG？
该攥牢 PNG 的时候有这么几种：你正惦记着它那份透明、它身上驮着会被 JPG 抹花的清脆文字或线稿、或者你打算没完没了地改了又存。每按一次 JPG 的重存键，都在不声不响地往上添亏损。把 PNG 留作你手里那份底版，唯独到了最后交接那一步，才纺出一张 JPG。而当一份网页素材既图个小身板、又得把透明原封带着，WebP 这条导出路，比它俩里头随便哪一个都来得精明。
详细信息
团队关于工艺、格式以及一个好的圆形裁剪背后小决定的笔记。
为什么照片类 PNG 会这么大
PNG 立下的规矩是：每一个像素都一丝不漏地记下来，可这条规矩摊到一张照片头上，代价就贵得吓人。眼前是几百万种缓缓游移的色调，留给压缩器去预判、去归并的余地几近于无，文件于是越鼓越大。一张再寻常不过的 1600x1200 照片，存成 PNG 能稳稳压到 3 到 5 MB，可同样这张图，换作质量 85 的 JPEG，却塞得进 200 到 400 KB。这道鸿沟，根子在 JPEG 倚仗的那套余弦变换：它把整幅图剁成一个个 8x8 的小方块，把眼睛几乎登记不到的高频末梢一抖而落，再将余下的紧紧码实。凡是色调连绵过渡的素材（说白了几乎就是一切照片）都会瘦得叫人咋舌。PNG 那份分毫不爽的忠实，用在平涂图形和半成品上才算物尽其用，可对一张你存心要分享出去的照片，它不过是个套错了的壳子罢了。
透明与 alpha 通道
一条 8 位的 alpha 通道让 PNG 能逐像素记下任何不透明度，从全然透出到全然实心。JPG 不提供这样一个字段，于是透明无处安身。当图像引擎把一张 PNG 重建为 JPEG 时，它先把图片铺在一块选定的衬底上，而那块衬底默认转为白色，这正是清透区域事后读作白色的缘由。结论很直白，一张透明的 JPG 无从存在，因为这格式不持有它的概念。当抠图非存活不可时，WebP 或那张未经触碰的 PNG 是你仅有的去路。Araluma 定下白色作填充，因为它融进那些文档、幻灯片和店面列表里，而这些 JPG 最常落脚于此。
实测编码性能
这些全都出自 Linux 桌面上的 Chrome 148，倚靠浏览器自家的 JPEG 编码。在 0.12 MP 上，一张 400x300 的缩略图在约 10 到 15 毫秒里裹好。升到 0.78 MP，一帧 1024x768，它便坐在 13 到 20 毫秒附近。一张 3840x2160 的 8 MP 照片需要大约 1.4 秒，而即便 8000x6000 的 48 MP 巨物也只讨要约 1.5 秒。这样写出一张 JPG，轻松盖过写出同一张图的 PNG，更把 AVIF 甩得无影无踪，后者得加载一个单独的模块，在那张 48 MP 的图上即便在桌面也能磨上 25 秒。合起来看，这是 convert 家族里任何地方都数得上的最快路径之一，而且取用它不花额外的钱，因为 JPEG 的写手早已住在每种浏览器里。
EXIF 与元数据的处理
重建图像这一步，会在任意一款浏览器里把成品 JPG 所带的 EXIF、IPTC 与 XMP 一扫而空：定位经纬、相机机型、快门时刻、版权署名，再加上原 PNG 私揣的一切自定义条目，无一幸免地被请了出去。色彩侧的 ICC 配置走的却是另一条岔道，Chrome 同 Safari 肯把成品上的 sRGB 那一份留着，Firefox 偏要把它跟其余一切一齐刮掉。算下来，这张成品在哪儿看都吃得准 sRGB，只是倘若源头那张 PNG 盖的是 Display-P3、Adobe RGB 之类的宽色域戳记，这枚戳记到了 Firefox 门口便折戟了。假使你那条作业线非得死守住全副这些隐藏条目不可，那就等转完之后，另寻一把称手的专用家伙慢慢拾掇。可换作日常上网、随手转发这类光景，把这些条目甩开反倒讨喜：既轻了那么一星半点，又顺势把藏在照片里的方位戳记一并拔了去。
何时能看到 JPG 杂讯
JPEG 是按 8x8 的方块来盘算的。往同一个方块里硬塞进两种相去甚远的颜色、再让它们之间猛地一跳，JPEG 的压缩便只能拿寥寥几个频率项去描个大概，于是落下振铃，贴着边沿那一圈忽明忽暗的像素晕影。照片把这层瑕疵藏得严严实实，皆因它的边从来不曾利落如刀，四下里那点细碎起伏，恰好把这份近似糊弄了过去。可一旦换成截图、徽标、镶着干净边框的方块、字母，或者紧挨在一处的几摊纯色，随便哪一档画质都把它兜底抖了出来，只因那恰恰是这套算法最招架不住的信号。结论自个儿就写好了：截图、徽标、文字扎堆的画，统统别往 JPG 里塞。让它们留在 PNG，或者迁去 WebP，换一份把振铃彻底甩开的轻巧文件。
隐私与工作落在何处
工作落在何处取决于数量。对单张图片，什么都不离开浏览器，而且几秒内就能实时查看。打开 Chrome DevTools，切到网络面板，按 XHR 和 Fetch 过滤，然后转换一个文件。编码运行时什么都不出现。对两个或更多，Araluma 会把它们发送到我们的服务器，由服务器转换、汇拢结果并返回下载链接。该链接和转换后的文件会在约 2 小时内删除。单张路径把一切留在设备上、在网络之外，而批量则以一次了结许多文件作为交换。对某件私密之物的截图或标有你位置的照片，逐张转换可让它留在你的机器上，这是真切的差别，不是口号。