C++如何解析PNG图片的头部信息获取尺寸-C++-PHP中文网

使用libpng读取png尺寸无需解码像素，应调用png_read_info()仅解析ihdr等关键块，再用png_get_ihdr()获取width和height，避免触发idat解压；若无法链接libpng，可手动按chunk结构遍历文件定位ihdr块并提取宽高字段。

c++如何解析png图片的头部信息获取尺寸

用 libpng 读取 PNG 头部而不解码像素

直接读取 PNG 尺寸不需要解码整张图，libpng 提供了 png_get_IHDR() 配合“只读头部”模式，能跳过 IDAT 块、避免内存和 CPU 浪费。关键不是调 png_read_info() 全量解析，而是控制解析深度。

常见错误是调用 png_read_png() 或完整 png_read_info() 后再取宽高——这会触发解压 IDAT、分配行缓冲，对纯元数据需求属于过度操作。

必须先调 png_set_sig_bytes()（如果文件开头有 8 字节 PNG 签名）
用 png_create_read_struct() + png_create_info_struct() 初始化
设置自定义 I/O：用 png_set_read_fn() 绑定内存/文件流，避免依赖 FILE*
调 png_read_info() —— 它默认只读 IHDR、gAMA、cHRM 等关键块，不触碰 IDAT
再调 png_get_IHDR() 获取 width 和 height

手动解析 PNG signature 和 IHDR 块（无依赖方案）

如果不能链接 libpng（如嵌入式、静态限制），可手撕前 29 字节：8 字节 signature + 4 字节 IHDR length + 4 字节 "IHDR" + 13 字节内容（含宽高各 4 字节）。但要注意字节序和校验。

容易踩的坑：IHDR 不一定紧贴文件头——中间可能有 bKGD、sRGB 等 ancillary 块，所以不能假设偏移固定为 8；必须按 chunk 结构逐块跳过，直到遇到 IHDR 或文件结束。

PNG chunk 格式：4 字节长度（big-endian）+ 4 字节类型 + N 字节数据 + 4 字节 CRC
读完 length 后，跳过 type（4 字节）、data（length 字节）、crc（4 字节）
遇到 type == "IHDR" 时，下一个 4 字节是 width（big-endian），再下 4 字节是 height
务必验证 CRC（可选但推荐），避免误判伪造文件

libpng 中 `png_get_IHDR()` 返回值的含义与检查

png_get_IHDR() 本身不返回错误码，它只是从 info 结构里拷贝字段。真正出错发生在 png_read_info() 阶段——比如文件损坏、IHDR 缺失、尺寸超限（libpng 默认限制 100 万像素，可通过 png_set_user_limits() 调整）。

C++

"空空如也"

下载

典型错误现象：width 和 height 为 0，往往不是函数没调对，而是 png_read_info() 已经失败但被忽略。

必须检查 setjmp longjmp 是否触发（libpng 错误处理依赖它）
调用 png_read_info() 前需设好 error handler，否则崩溃而非返回
png_get_IHDR() 的 bit_depth、color_type 可顺便验证是否为合法 PNG（如 color_type 不能是 6 以外的值却带 alpha）

不同平台下 libpng 的链接与头文件路径差异

Windows 上用 vcpkg 安装的 libpng，头文件通常是 <png.h></png.h>，但库名可能是 libpng16.lib 或 libpng.lib；macOS 用 Homebrew 装的默认在 /opt/homebrew/include，而 Linux 发行版常把头文件放在 /usr/include/libpng 或 /usr/include 下。

编译时容易漏掉 -lpng 外的依赖：zlib 是硬依赖，必须同时链接 -lz，否则 png_read_info() 会链接失败或运行时报 undefined symbol。