工具
指南

图片信息

图片

查看图片的尺寸、体积、媒体类型、宽高比和百万像素数。

100% 客户端 无后端
点击或拖放图片到此
文件名
—
媒体类型
—
文件大小
—
尺寸
—
宽高比
—
百万像素
—
修改时间
—
本页内容

什么是图片信息查看器?#

把图片拖到本页,它会把浏览器在不外发的前提下能确定的一切信息告诉你:文件名、IANA 媒体类型、字节大小、像素尺寸、宽高比(既给约分后的分数也给小数)、总像素百万数、以及最后修改时间。这是上传、内嵌或排查「图片尺寸不对导致布局错乱」之前,你随手要做的一道「这文件到底是什么」的核查。

工具里有两点值得说明。第一,大小用的是 IEC 二进制单位(KiB、MiB,1024 进制),而不是十进制 SI 单位(KB、MB,1000 进制)——与本工具集全线一致,也是存储和内存实际采用的进制。第二,宽高比经过一次最大公约数约分,压到最简整数形式:1920×1080 报成 16:9 而非 1920:1080,旁边还附带小数 1.78,方便直接写进 CSS 的 aspect-ratio。

尺寸取自图片的 naturalWidth 和 naturalHeight——解码后位图的真实像素尺寸,而非 CSS 显示尺寸——所以一个被拉伸到 100% 宽的缩略图仍会报出它源文件的真实分辨率。

怎么使用#

  1. 把图片拖到虚线框里(或点击它打开文件选择器)。
  2. 在表格里读取结果:
    • Filename(文件名)——原始文件名。
    • Type(类型)——检测到的 MIME,如 image/png。
    • Size(大小)——字节数加可读的 IEC 标签,如 2.4 MiB。
    • Dimensions(尺寸)——真实像素 WxH。
    • Aspect(宽高比)——约分后的比例与小数。
    • Megapixels(百万像素)——总像素数(百万)。
    • Last modified(最后修改)——文件记录的时间戳。

没有上传步骤,也没有「提交」按钮——文件一落下,页面就在内存里解码并填表。再拖一个文件即可查看它。

核心特性#

  • 真实源尺寸。 读取 naturalWidth/naturalHeight,CSS 缩放骗不过它。
  • 宽高比约分。 一次 GCD 把 3840×2160 压成 16:9,4032×3024 压成 4:3——正是你在 CSS 和设计工具里实际使用的形式。
  • IEC 字节单位。 统一用 KiB/MiB 标注;小于 1 KiB 的文件以纯字节数显示。
  • 百万像素总数。 便于对比传感器分辨率、估算内存占用。
  • 不离开页面。 用浏览器内的 File 与 Image API 读取图片,没有网络请求,没有服务器存储。

实例演示#

拖入一张名为 IMG_2026.jpg 的手机照片,表格报告:

字段值
FilenameIMG_2026.jpg
Typeimage/jpeg
Size3.8 MiB
Dimensions4032×3024
Aspect4:3(小数 1.33)
Megapixels12.19
Last modified2026-08-07T14:22:09.000Z

这一次读取就告诉你:这是一张 1200 万像素、4:3、不到 4 MiB 的 JPEG——正好够你判断要不要在邮件附件前先压缩它,以及给容器设 aspect-ratio: 4 / 3,免得图片加载时布局跳动。

相比之下,一张 1920×1080 的截图报成 16:9、2.07 MP;一个 512×512 的图标报成 1:1、0.26 MP。

常见问题#

为什么是 KiB 而不是 KB?#

IEC 二进制单位(KiB = 1024 字节)与内存和存储的实际编址一致;十进制 SI 单位(KB = 1000 字节)是硬盘厂商做营销用的。本工具集统一用 IEC,以避免两者间长期存在的约 7% 的偏差。

宽高比和常见的 16:9 或 4:3 对不上,为什么?#

因为这张图本身就不是标准比例。工具会约分到真实最简:1600×900 是 16:9,但 1600×899 因为 899 是质数,会报成 1600:899。比例略有偏差通常意味着源图被裁剪或重采样到了不常见的尺寸。

它会读取 EXIF 元数据吗?#

不会——那是另一回事。要看相机品牌/型号、GPS、曝光等内嵌元数据,请用 EXIF 工具。本页只报告文件级和像素级的事实。

没有文件能查看图片吗?#

如果你手里是 data URL 或粘贴的 base64,先用 Base64 工具把它转成文件,再拖到这里。