图片预览 — 在线打开 JPG、PNG、WebP、GIF、BMP、ICO、SVG、AVIF、HEIC、TIFF,逐张翻看、旋转与缩放,文件不上传
电脑里攒下的图片,格式往往比想象中杂:手机拍的 HEIC、网页存下来的 WebP 与 AVIF、扫描件常见的 TIFF、Windows 图标用的 ICO、设计稿导出的 SVG,再加上最普通的 JPG、PNG 和会动的 GIF。系统自带看图软件挑格式,装一堆解码器又麻烦,传到在线看图站点又怕截图和证件照留在别人服务器上。这里把十一种常见格式放进同一个窗口,一次拖入多张,缩略图依次排开,用上一个、下一个逐张翻看;看不清就放大、缩小或一键适应窗口,横着拍的照片顺手左右旋转九十度,还能重置视角、水平垂直翻转、切换棋盘格底色检查透明区域、全屏细看。多数格式由浏览器原生解码,动画 GIF 照常播放,SVG 保持矢量清晰;HEIC 与部分 AVIF 交给本地的 HEIF 解码器,TIFF 与老式 ICO 用纯 JavaScript 解出像素,多页 TIFF 可以逐页切换。所有解码都发生在设备本地,页面没有上传接口,关掉标签页列表也不会保留。方向键、加减号、零、R 和 F 直接操作,滚轮缩放、按住画面拖动平移,三端核图都顺手。
把图片放进来看
拖进页面、点选文件或直接粘贴截图,一次可以放多张。图片只在你的设备里解码,不会上传。
把图片拖到这里
- JPG / JPEG
- PNG
- WebP
- GIF
- BMP
- ICO
- SVG
- AVIF
- HEIC
- TIFF
按文件头识别,扩展名写错也能认出来 · 本地解码 · 不上传 · 不留档
格式支持与快捷键对照
十一种格式走的并不是同一条路。能原生显示的直接交给浏览器,动画与矢量因此保持原样;浏览器解不开的才在页面内补一段解码,下面这张表说明了每一类到底发生了什么。
所有解码都在浏览器里完成,页面没有上传接口;原文件不会被改写,下载按钮给出的仍是最初那一份。
键盘快捷键
焦点不在输入框里时,下面这些按键可以直接操作预览窗口。
- ←上一张
- →下一张
- Home / End跳到第一张 / 最后一张
- +放大
- −缩小
- 0重置到适应窗口
- R向右旋转九十度
- Shift + R向左旋转九十度
- H水平翻转
- V垂直翻转
- F退出全屏
操作说明
- 把图片拖进页面,或点「选择图片」一次挑多张;截图之后直接按 Ctrl+V 也能粘贴进来。工具先看文件头再参考扩展名识别真实格式,扩展名写错照样认得出来。
- 在缩略图条上点哪张看哪张,也可以用工具栏的上一个、下一个或键盘方向键逐张翻看;遇到多页 TIFF,信息栏会多出一组页码按钮,可以单独翻页。
- 看细节时用放大、缩小或滚轮调整倍率,按住画面拖动平移;旋转按钮每次转九十度,横拍照片转正后按「适应窗口」重新收进画面,重置则一次回到初始视角。
- 核对透明区域就把底色切成棋盘格或深色,想占满整个屏幕按全屏;水平垂直翻转、下载原文件、新标签打开,以及全部键盘快捷键都列在下方对照表里。看完直接关掉页面即可,文件始终没有离开设备。
常见问题解答
为什么 HEIC、AVIF 或 TIFF 在有些浏览器里是一片空白?
因为浏览器的 img 元素只内置了一部分解码器。JPG、PNG、GIF、BMP、WebP 和 SVG 基本都能直接显示,Safari 还能原生读 HEIC,但 Chrome、Firefox 对 HEIC 和 TIFF 一直没有内置支持。本页会先尝试原生显示,发现打不开再按需加载对应的解码器:HEIC 和部分 AVIF 走编译成 WebAssembly 的 libheif,TIFF 走 UTIF,解出的像素转成 PNG 再交给 img 显示。解码器只在真的遇到这类文件时才下载,普通照片不会多等。
预览会压缩或改动我的原文件吗?
不会。所有缩放、旋转、镜像和拖动都只是 CSS 变换,作用在显示出来的那一份画面上,磁盘上的文件一个字节都不会被改写,也不会因为反复放大缩小而二次有损。HEIC、TIFF、ICO 之类需要在内存里解出像素的情况同样不动原文件,只是在页面内临时生成一份用于显示的 PNG。工具栏下载的是你最初拖进来的原文件,不是这份临时副本。
图片会被上传到服务器吗?关掉页面还能找回列表吗?
不会上传,页面里没有任何上传接口,解码和渲染全在本机完成,首次打开后断网也能继续看已经载入的图片。也正因为数据只留在内存里,刷新或关闭标签页后列表会清空,缩略图和旋转角度都不会恢复,需要留档的原图请自己保存好。只有查看偏好,例如预览窗口的背景底色,会记在浏览器的本地存储里。
动画 GIF 还会动吗?SVG 放大会不会糊?
会动,也不会糊。正因为优先使用浏览器原生的 img 元素,GIF 的多帧时间轴照常播放,不会像转成 canvas 那样只剩第一帧;SVG 保持矢量描述,放大到百分之八百依然是浏览器实时画出的锐利边缘。这两类文件不经过像素重采样,所以透明区域和动画节奏都与原文件一致。
多页 TIFF 和 ICO 里的多种尺寸怎么处理?
多页 TIFF 会被识别成一份带页码的文件,信息栏出现上一页、下一页按钮,逐页解出像素再显示,翻图片和翻页是两套互不干扰的操作。ICO 容器里常同时装着十六、三十二、四十八和二百五十六像素等多个尺寸,本页挑出面积最大的一帧来显示;若那一帧是 PNG 就直接交给浏览器,若是老式位图则按掩码自行合成透明通道。
概念
所谓预览,本质是让浏览器把压缩过的字节重新变成像素,再把像素按人的视角摆到屏幕上。各格式的差别只在第一步:JPG 用离散余弦变换和量化表丢掉高频细节,PNG 用 DEFLATE 无损保存并带透明通道,WebP 与 AVIF 借来视频编码的帧内预测,GIF 把调色板和多帧动画装在一起,SVG 干脆不存像素而存路径与文字。浏览器内置了前几种的解码器,所以本页优先把文件交给 img 元素:动画不停在首帧,矢量放大不糊,旋转缩放全走 CSS 变换,不重新编码就不会二次损失画质。剩下几种需要补一步。HEIC 与 AVIF 共用 ISO 基础媒体容器,部分浏览器缺对应解码器,此时用编译成 WebAssembly 的 libheif 在页面内解出像素;TIFF 是一九八六年为扫描仪定的标签式容器,一份文件能装好几页、多种压缩,用 UTIF 逐页还原成 RGBA;ICO 里既能塞 PNG 也能塞带 AND 掩码的位图,先挑最大的一帧再合成透明度。这些解码器只在需要时加载,普通照片不会多下载代码。
历史与由来
把常见图像格式的时间线铺开,会发现每一种都对应着一段具体需求。一九八六年 Aldus 与微软为扫描与排版定下 TIFF,用标签式目录描述像素,一份文件能装多页、多种压缩,从此传真与档案扫描有了通用容器,代价是解析分支极多,看图软件常只实现其中一小部分。一九八七年 CompuServe 发布 GIF,用 LZW 与二百五十六色调色板让拨号网络上的小动画流行起来。一九九二年 JPEG 落地,离散余弦变换加量化表把照片压进几十 KB,JFIF 随后让它成为相机、网页与邮件的默认语言。一九九五年 PNG 用 DEFLATE 无损压缩补上 alpha 通道,解决了 GIF 只有二百五十六色和 LZW 专利的麻烦。同期 Windows 把 ICO 定为图标容器,一个文件塞进多个尺寸,早期是带 AND 掩码的位图,后来也允许直接装 PNG。一九九九年 SVG 由 W3C 起草,把图形写成路径与文字,彻底离开像素网格。二〇一〇年谷歌发布 WebP,二〇一五年 MPEG 定稿 HEIF、苹果在 iOS 上用 HEIC 接住手机照片,二〇一九年 AVIF 又借 AV1 把体积再压一截。新格式一代比一代省,旧格式却因为打印机、档案系统与老设备迟迟退不出历史,同一台电脑上于是同时活着跨越四十年的十几种容器。看图软件是另一条线:从九十年代要单独安装的 ACDSee,到 Windows 图片查看器,再到浏览器把 img 元素变成事实上的通用查看器。浏览器赢在无需安装、自动更新,却也有自己的边界:系统装了什么解码器与它无关,它只认内置的那几种。纯前端解码库补齐缺口之后,本地看图不必再向服务器借能力;真正变了的不是格式变少,而是「打不开」从另装软件,变成页面里按需加载的一小段代码。
相关关键词
纠错反馈
如果发现工具问题或有任何建议,欢迎通过邮箱联系我们,我们会认真查看每一条反馈。
