HEIC vs PNG：画质、体积，以及什么时候该转换（2026）

一句话先说

PNG 是无损的，并且哪儿都能打开——任意设备、任意浏览器、任意编辑器都能读它。同等视觉画质下，HEIC 比 PNG 小大概 8 到 15 倍，但它是有损的，而且在 Windows 上还得装 codec 扩展。

要回答的不是"哪个更好"，而是"这张图是用来干什么的"。

• iPhone 拍的照片，你想存档、回头继续编辑，或者只在 iPhone 用户之间分享——保留 HEIC。
• 截图、Logo、图表，任何需要透明或像素级精确文字的素材——用 PNG。
• 必须发送到苹果生态外的照片——要文件小就转 JPG，要绝不掉画质就转 PNG。

维度	HEIC	PNG
压缩	有损（HEVC / H.265）	无损（DEFLATE）
1200 万像素照片典型体积	约 1.5 MB	约 12–18 MB
色彩位深	10 位	8 位（PNG-24）或 16 位（PNG-48）
透明	规范里有，落地几乎没有	原生 alpha 通道
HDR / Live Photo / 深度信息	有	没有
浏览器原生渲染	仅 Safari	自 90 年代起所有浏览器
专利 / 授权	HEVC 授权费	免版税（W3C 标准）
最适合	iPhone 照片本地存储	截图、Logo、透明、归档

后面是详细原因——给出真实数字，并附一个能直接套用到自己照片上的判定矩阵。

HEIC 和 PNG 到底是什么

PNG（Portable Network Graphics）是 W3C 在 1996 年首次发布的推荐标准，本意是替代 GIF。它使用 DEFLATE——和 ZIP 背后同款的无损压缩——对图像进行编码，解压后能还原回完全一致的字节。每个像素都会被保留。PNG 的相关专利从未真正可执行；这个格式从第一天起就是免版税的。

HEIC 是苹果对 HEIF 文件的称呼——属于 2013 年的 ISO 标准（ISO/IEC 23008-12），里面包的是用 HEVC 编码（也就是 4K 视频用的同款编码器）压缩后的图像数据。苹果在 2017 年的 iOS 11 把 iPhone 相机默认改成了 HEIC（苹果支持文档）。HEVC 是带专利的：所以 Microsoft 在 Windows 11 上对 codec 扩展收 $0.99，Android 阵营对它的吸纳也是直到最近才不那么慢。

关键差异点：PNG 是为锐利边缘和色块明显的图形设计的——也就是 GIF 表现不好的那些场景（抖动、色带、糊掉的文字）。HEIC 是为照片设计的，肉眼不易察觉的有损压缩能省下大量空间。

所以这两个格式本来就不是在抢同一份工作。围绕"HEIC vs PNG"产生的混乱，大多来自只把它们认作"我 iPhone 用的格式"和"哪儿都能开的格式"的人——他们漏掉了底层那条更关键的分界线：有损 vs 无损。

HEIC 转成 PNG，到底变了什么

1. 文件体积——这是所有图像格式对里最大的差距

我们用一张 1200 万像素的 iPhone 15 照片做了实测，同一张图的体积分别是：

• HEIC：1.4–1.6 MB
• JPG（质量 92）：2.8–3.2 MB
• PNG（24 位）：12–18 MB

HEIC 和 PNG 之间差不多就是 10 倍量级——这也是"我把照片全转成 PNG"几乎从来不是正确答案的最大理由。把这件事乘上一年的 iPhone 拍摄量，你说的就是几百 GB 本不需要花的存储空间。

但在非照片内容上，差距会大幅缩小。一张 1080p 的代码编辑器截图——色块大、文字多——可能 PNG 是 250 KB，HEIC 也只是 200 KB。PNG 的无损 DEFLATE 在大色块和重复纹理上很吃香；当画面里没有真正"照片性"的内容可丢时，HEVC 的心理视觉模型几乎讨不到便宜。

粗暴的总结：PNG 对照片来说太大，对图形来说还算合理。

2. 有损 vs 无损——HEIC 转 PNG 会掉画质吗？

不会。这是少数几种"答案确实是不会"的格式转换之一。

PNG 是无损的。当你把 HEIC 转成 PNG 时，转换器会把 HEIC 里的 HEVC 数据解码成像素，再把这些像素写进 PNG 容器，过程中什么都不丢。最终的 PNG 与 HEIC 内部承载的内容是逐位一致的。

那部分已经发生且无法挽回的损失，是发生在 HEIC 本身里头的。HEIC 是有损的。你 iPhone 传感器原始数据在按下快门那一刻就已经走过 HEVC 压缩，从那以后你看到的就是这个压缩后的版本。

实操结论：如果你需要拿到 HEIC 的无损拷贝（用来编辑、归档或继续转格式），PNG 是你能拿到最忠实的容器。它把 HEIC 里有的东西全部带过来，不多不少。相比之下，HEIC → JPG 这条路每次保存还会再丢一些信息——这个取舍我们在 HEIC vs JPG 一文里专门拆过。

如果你把同一张图来回转——HEIC → PNG → 再转回 HEIC——第二份 HEIC 会因为重新压缩而轻微掉一点画质，哪怕中间那一步 PNG 是完美的。所以请把 PNG 视为终点或中间产物，而不是用来"刷新" HEIC 的手段。

3. 透明——这俩格式里只有一个真的能带得动

PNG 有真正的 alpha 通道。每个像素都可以是部分透明甚至完全透明。这也是 PNG 一直是 Logo、图标、UI 切片、贴纸素材，以及任何"必须干净叠在另一张图之上"内容的事实标准的原因。

HEIC 在规范层面是支持 alpha 通道的——HEIF 容器里有一种叫"alpha auxiliary image"的类型。但落到消费级软件，几乎没有谁把这个能力露给用户。iPhone 拍出来的照片里没有透明信息；如果你把一张带 alpha 的 PNG 导入「照片」App 然后再导出为 HEIC，alpha 会被悄悄合并进一个底色——而那个底色基本不会是你想要的。

所以，凡是透明本身就是这份资源含义的素材——彩色背景上的 Logo、覆盖在照片上的图标、设计系统里的切图——你真正需要的格式都是 PNG。先把 HEIC 转成 PNG，再到编辑器里加上或恢复透明；HEIC 不会替你把透明带过去。

4. 跨设备和跨应用的兼容性

这是 HEIC 的授权处境真的会让你付出代价的地方，也是 PNG 的 W3C 出身得到回报的地方。

在哪里	HEIC	PNG
iPhone、iPad、Mac（原生 App）	原生	原生
Windows 11	需要付费 HEVC 扩展	原生，自 Windows 95 时代起
Android（Pixel 8+、Galaxy S22+）	原生	原生
老款 Android（2022 年前）	经常坏	原生
Chrome、Firefox、Edge（Web）	不会原生渲染	原生
Safari（Web）	自 macOS 11 / iOS 14 起原生	原生
Gmail、Outlook、Slack	经常显示空白	原生
Photoshop、Lightroom、Figma	原生（CC 2023+）	原生
GitHub、Notion、Confluence	不会内联预览	内联预览
印刷工厂、相册书	经常被拒	接受

PNG 是和 JPG、GIF 并列的"几十年来任何浏览器免安装就能渲染"的三大图像格式之一。到了 2026，HEIC 在 Chrome 和 Firefox 里依然缺席，建立在它们之上的开发工具自然也都不支持。

如果你曾经把 HEIC 发给用 Windows 或老款 Android 的朋友，对方收到的是个空白图标，那就是你撞上这个问题了。我们专门写了对应这个场景的逐步指南：HEIC 在 Windows 11 上打不开怎么办。文章里那套转换思路，对输出 PNG 同样适用。

5. 色彩位深、HDR，以及只有 HEIC 才带的那些元数据

HEIC 每个色彩通道存 10 位——每通道 1,024 级亮度，对比 PNG-24 的 256 级。这就是天空和渐变里出现可见色带（8 位）和"足够 HDR 显示器吃饱"（10 位）之间的差别。

HEIC 还携带了一些 PNG 根本没地方放的元数据：

• HDR 增益贴图——给那些动态范围超出 sRGB 的显示器用
• Live Photo 附带——静态图前后的 1.5 秒视频
• 深度图——人像模式照片用，事后还能重新算虚化
• 连拍分组——同步到 iCloud 之后还能保留组关系
• 一份文件多张图——HEIF 原生支持图像序列和动画

把 HEIC 转成 PNG，这些全都没了。你最终拿到的 PNG 是一张扁平、每通道 8 位的静态图。对绝大多数用途——分享、编辑、嵌入文档——这都没问题。但如果你曾经指望转出来的 PNG 还能"记得"人像虚化或者 Live Photo 的那段动画，那是不行的。

PNG 还有一个 16 位每通道的变体（PNG-48），少数编辑器能输出，能正确显示它的查看器更少。它确实能保住更高的色深，但不以标准方式承载 HDR 元数据，并且大多数浏览器在显示时会做 8 位的 tone mapping。所以 PNG-48 更偏向打印和归档流程，不是日常分享格式。

EXIF——拍摄时间、GPS、镜头、机型信息——在两种格式里都能保留，前提是你的转换器愿意保留。一些在线转换器会无声地剥掉 EXIF。本地运行的浏览器转换器（包括我们的 HEIC 转 PNG 工具）默认会把 EXIF 留下来。

6. 长期可用性，以及 AVIF

这两种格式都不会很快消失，但它们的走向非常不一样。

PNG 自 90 年代起就稳如磐石，背后有 W3C、所有浏览器厂商和所有操作系统撑腰。它会比读这篇文章的大多数人活得都久。同时它也在悄悄触顶——8 位色彩天花板和缺席的 HDR，把它挡在了现代摄影流程之外。但在图形、截图和无损中间产物领域，没人来取代它。

HEIC 更年轻，并且和 HEVC 的授权状况绑在一起。格式本身没问题，问号挂在编码器上。AVIF 用的是免授权的 AV1 编码，压缩水平和 HEIC 接近，并且在 Chrome、Firefox、Safari 和 Windows 11 上都已原生支持。如果哪天某代 iPhone 悄悄把相机默认从 HEIC 切到 AVIF，世界基本不会有什么感觉。

当下来看：HEIC 适合 iPhone 本机存储照片；PNG 在它一直适合的场景里依然合适；如果你要为开放 Web 选一个面向未来的格式，AVIF 是更稳的那一个。HEIC、JPG、PNG、WebP、AVIF 的全景对照见我们的格式速查表。

什么时候保留 HEIC，什么时候转 PNG

把所有技术细节摆完之后，实际操作的对应关系其实很干净。

保留 HEIC 的场景：

• iPhone 本机照片存储，且你很少把照片发到苹果生态以外
• 任何需要保留 Live Photos、深度信息或 HDR 的素材
• 之后还要在「照片」App 或 Lightroom 里继续编辑的相机原图

转成 PNG 的场景：

• 截图，尤其是带文字、代码或 UI 的
• Logo、图标、App Store 素材，以及任何带透明的资源
• 色块多的图表、流程图、插画
• 后面要进 Photoshop、Figma 或其他设计工具的无损中间稿
• 嵌入文档（Word、Notion、Google Docs）的图片
• 受版本控制的仓库里的图像资源——希望 diff 能逐字节稳定的场景

该选 JPG 而不是 PNG 的场景：日常分享、邮件附件，以及大部分 Web 上传——这是兼容性要有、PNG 又过头时的折中点。这块的具体对比见 HEIC vs JPG。

该把 HEIC 转成 PNG 吗？决策矩阵

你的处境	最优选择
iPhone 容量紧、又很少分享	保留 HEIC
给 Windows / Android 联系人随手发一张照片	JPG（更小）
把照片发给设计师或印刷厂去后期	PNG（无损）
以 HEIC 形式保存的 iPhone 截图	PNG
需要带透明使用的 Logo 或图标	PNG
发到 Instagram、Facebook、Reddit	都行（反正它们会重新编码）
嵌入 Word、Notion 页面或 PDF	PNG
邮件附件	JPG（PNG 对绝大多数照片都太重）
归档某张 iPhone 照片的母本	保留 HEIC，编辑时再导出 PNG
把多张照片合成一份文件	直接 PDF
上自己的网站	WebP 或 AVIF

默认规则：保留 HEIC 原图，需要无损时导出 PNG，需要小体积时导出 JPG。 你既保住了 HEIC 在存储和编辑上的优势，又能给每种用途配上对的派生格式。

怎么把 HEIC 转成 PNG 又不掉画质

PNG 是无损的，所以转换这一步本身不会丢任何东西。真正要盯紧的，是它周围的事情：

1. 从 HEIC 原图开始转——而不是从手机已经导出的 JPG 上再转。HEIC → JPG → PNG 这条路会把 JPG 的压缩伪影永久烧进文件，哪怕最终 PNG 是无损的。PNG 只能保留你给它的内容。
2. 能保 EXIF 就保。 拍摄时间、GPS、镜头、机型信息后面会用得上。PNG 是支持 EXIF 的，但部分转换器会因为不是所有 PNG 查看器都读 EXIF 而把它直接剥掉。能保留 EXIF 的转换器，对个人照片明显更有用。
3. 照片是私人的就在本地处理。 浏览器里跑 JavaScript 或 WebAssembly 的转换器永远不会把你的文件上传到服务器；服务器端的转换器会上传——只要照片里有人脸、地理位置等你在乎的信息，这就是隐私问题。
4. 不需要去调"画质"。 PNG 没有这个选项。唯一值得动一下的旋钮是要不要写 16 位每通道的 PNG，而这件事只有当你能确认下游工具确实读得懂时才有意义。

同一套引擎也处理需要更小副本去分享时的 JPG、网页用的 WebP，以及把多张照片合成一份的 PDF。在 Mac 上，「预览」就能原生转，不用装额外工具。在 Windows 上，走浏览器路线可以完全绕开 codec 问题。在 iPhone 上 Safari 里就能搞定，Android 也一样。

HEIC vs PNG vs JPG：哪个干哪个活

很少有人单纯只问"HEIC vs PNG"——他们其实是把三种一起在比。每个一行最干净的概括：

• HEIC——最适合 iPhone 照片本机存储、HDR 和 Live Photos。一旦走出苹果生态，会丢掉很多东西。
• PNG——最适合截图、Logo、图表、透明、无损编辑。对照片来说太重。
• JPG——最适合日常分享照片。有损但哪儿都收，几乎覆盖所有照片场景。

适用绝大多数情况的工作准则：照片走 JPG，图形走 PNG，iPhone 原图保留 HEIC。 拿不准时，JPG/PNG 这条分界正好对应有损/无损那条线，绝大多数情况下能直接给出正确答案。

如果你在思考要在哪个平台上做转换，博客对每个系统都写了步骤说明。最常被人首先撞上的是 Windows 11 黑方块问题修复——同一套浏览器内的方案，直接转出 PNG 也完全适用。