图片信息
图片查看图片的尺寸、体积、媒体类型、宽高比和百万像素数。
- 文件名
- —
- 媒体类型
- —
- 文件大小
- —
- 尺寸
- —
- 宽高比
- —
- 百万像素
- —
- 修改时间
- —
本页内容
什么是图片信息查看器?#
把图片拖到本页,它会把浏览器在不外发的前提下能确定的一切信息告诉你:文件名、IANA 媒体类型、字节大小、像素尺寸、宽高比(既给约分后的分数也给小数)、总像素百万数、以及最后修改时间。这是上传、内嵌或排查「图片尺寸不对导致布局错乱」之前,你随手要做的一道「这文件到底是什么」的核查。
工具里有两点值得说明。第一,大小用的是 IEC 二进制单位(KiB、MiB,1024 进制),而不是十进制 SI 单位(KB、MB,1000 进制)——与本工具集全线一致,也是存储和内存实际采用的进制。第二,宽高比经过一次最大公约数约分,压到最简整数形式:1920×1080 报成 16:9 而非 1920:1080,旁边还附带小数 1.78,方便直接写进 CSS 的 aspect-ratio。
尺寸取自图片的 naturalWidth 和 naturalHeight——解码后位图的真实像素尺寸,而非 CSS 显示尺寸——所以一个被拉伸到 100% 宽的缩略图仍会报出它源文件的真实分辨率。
怎么使用#
- 把图片拖到虚线框里(或点击它打开文件选择器)。
- 在表格里读取结果:
- 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与ImageAPI 读取图片,没有网络请求,没有服务器存储。
实例演示#
拖入一张名为 IMG_2026.jpg 的手机照片,表格报告:
| 字段 | 值 |
|---|---|
| Filename | IMG_2026.jpg |
| Type | image/jpeg |
| Size | 3.8 MiB |
| Dimensions | 4032×3024 |
| Aspect | 4:3(小数 1.33) |
| Megapixels | 12.19 |
| Last modified | 2026-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 工具把它转成文件,再拖到这里。