在JSP页面中获取服务器上的图片大小，核心思路是先拿到图片的物理路径或远程URL，再用Java标准库分别读取文件字节数和图片宽高，文件大小用File.length()，图片尺寸用ImageReader解析。
很多刚接触Java Web开发的朋友，都会卡在“图片大小”这个词上，它其实包含两层含义：一是图片作为文件占用的硬盘空间，二是图片的像素尺寸（宽和高），这两者在JSP里的获取方式完全不同，下面拆开揉碎了讲。
jsp获取图片尺寸大小的核心实现方式
图片的像素宽高,在Java中通常通过ImageIO这个工具类来读取，但直接ImageIO.read()整个文件，对于动辄几MB的大图来说，会把全部像素数据加载到内存里，相当吃资源，更推荐的方式是用ImageReader只读取头部信息，速度更快，内存占用也更小。
使用ImageReader读取图片宽高的具体步骤
先给出一段可以直接运行的示例代码,然后再解释每一步的含义。
InputStream is = new FileInputStream("D:/uploads/example.jpg");
ImageInputStream iis = ImageIO.createImageInputStream(is);
Iterator<ImageReader> readers = ImageIO.getImageReaders(iis);
if (readers.hasNext()) {
ImageReader reader = readers.next();
reader.setInput(iis);
int width = reader.getWidth(0);
int height = reader.getHeight(0);
System.out.println("宽：" + width + "，高：" + height);
reader.dispose();
}
is.close();
iis.close();
- 第1步：用
FileInputStream打开图片文件，这里注意路径分隔符，在Windows服务器上写D:/uploads/，Linux服务器上写/usr/local/uploads/，别用反斜杠。 - 第2步：把输入流包装成
ImageInputStream，这是ImageIO特有的输入格式。 - 第3步：通过
getImageReaders获取所有能解析该图片格式的阅读器，常见的有JPEG、PNG、GIF等。 - 第4步：调用
getWidth(0)和getHeight(0)，这里的0表示读取第一张图片，GIF动态图片会有多帧，但尺寸通常一致。 - 第5步：必须调用
dispose()释放资源，否则文件被占用，后续删除或覆盖图片会报错。
jsp获取图片宽高时遇到的坑
- 图片格式问题：WebP格式不在Java原生支持范围内，会抛出异常，行业共识认为，目前主流浏览器都支持WebP，但Java 8及以下版本需要额外引入
webp-imageio依赖库。 - 大图内存溢出：如果用
ImageIO.read()直接读，一个3000×4000像素的JPEG图，解码后占用的内存可能超过50MB，所以在生产环境中，强烈建议用ImageReader读取头部信息。 - 文件路径中文乱码：Linux服务器上如果图片路径包含中文，
FileInputStream会抛FileNotFoundException，解决办法是在服务器启动参数中加上
-Dfile.encoding=utf-8
new File(path)再转为输入流，但根本解法还是规范上传命名。
jsp读取服务器图片文件大小的完整流程
文件大小获取方式简单直接,通过File对象的length()方法就行，但关键点在于，JSP页面里怎么定位到服务器上的真实路径。
通过File对象获取图片的字节数
JSP的虚拟路径和物理路径之间隔着一层容器映射,比如你部署的项目名是myapp，图片放在webapp/uploads/下，访问URL是http://localhost:8080/myapp/uploads/a.jpg，但服务器上的实际位置可能是/opt/tomcat/webapps/myapp/uploads/a.jpg，这时候就要用ServletContext来转换。
String realPath = application.getRealPath("/uploads/a.jpg");
File imgFile = new File(realPath);
long fileSize = imgFile.length();
在JSP内,application是内置对象，直接可用，如果是在Servlet里，通过getServletContext().getRealPath()获取同样的值。
格式化图片大小的显示逻辑
length()返回的是字节数，直接显示给用户不友好，通常要转换成KB或MB，并保留两位小数。
long size = imgFile.length();
String displaySize;
if (size < 1024) {
displaySize = size + "B";
} else if (size < 1024 1024) {
displaySize = String.format("%.2fKB", size / 1024.0);
} else {
displaySize = String.format("%.2fMB", size / (1024.0 1024.0));
}
- 如果图片小于1KB,显示字节数。
- 如果小于1MB,显示KB，保留两位小数。
- 否则显示MB,同样保留两位小数。
这种格式化逻辑在列表页展示图片时非常常用,比如在后台管理系统中，图片列表需要展示缩略图、文件大小、上传时间三列信息，将上述代码封装成一个工具方法，放在JavaBean或静态工具类里，JSP只负责调用输出。
用InputStream.available()方法能代替File吗
有些开发者会用getResourceAsStream("uploads/a.jpg").available()获取大小，实测发现根本不可靠。available()只表示当前流中可以无阻塞读取的字节数，不等于文件总长度，对于本地文件流，返回的往往是文件长度，但如果中间有网络层或缓冲流，就会出错，业内专家指出，这类“取巧”方式在生产环境中引发过不少线上事故，轻则显示错误大小，重则导致内存积压，能拿到物理路径就用File，拿不到就老老实实读流并统计read()的总次数。
jsp获取远程图片大小的场景对比
如果你的图片不在本机磁盘,而在另一台服务器或对象存储（如OSS、COS）上，情况就复杂多了，这里引入一个对比场景，看看本地和远程的主要差异。
本地图片与远程图片的处理差异
| 对比项 | 本地图片 | 远程图片（HTTP访问） |
|---|---|---|
| 获取方式 | File操作 | 基于URL建立连接 |
| 性能表现 | 毫秒级响应 | 受网络延迟影响，通常数十毫秒以上 |
| 服务器资源 | 占用磁盘IO，极低 | 占用网络带宽和连接池，容易堆积 |
| 异常场景 | 文件被占用或磁盘损坏 | 超时、404、DNS解析失败 |
| 适用项目 | 单机部署、内网系统 | 分布式部署、CDN加速场景 |
获取远程图片尺寸时,不能直接new URL(url).openStream()就完事，必须设置连接超时和读取超时，否则网络抖动会让整个页面卡死，推荐做法是用HttpURLConnection手动控制超时时间。
URL url = new URL("https://img.example.com/uploads/a.jpg");
HttpURLConnection conn = (HttpURLConnection) url.openConnection();
conn.setConnectTimeout(3000);
conn.setReadTimeout(5000);
InputStream is = conn.getInputStream();
// 后续ImageReader解析代码同上
但这里有个反直觉的坑：conn.getContentLength()能获取HTTP头中声明的文件大小，可比File.length()省事多了，问题是，如果服务器未返回Content-Length头，或者返回的是压缩后的长度，这个值就不准确，多数情况下，对象存储服务都会正确返回，但遇到代理服务器时容易出幺蛾子，所以稳妥起见，还是用流读取后解析尺寸更放心。
按场景选择最合适的获取方式
- 单张图片详情页：可以同时获取尺寸和文件大小，用一次请求完成，性能够用。
- 图片列表页（几十张）：每张都开一次HTTP连接去读尺寸，服务器压力会很大，建议在上传时就把宽高、大小直接存到数据库或Redis里，列表页只查表。
- 在线文档管理系统：需要校验图片是否被篡改，可以比对
File.length()和数据库中的记录，不一致就告警。
实际项目中的JSP图片大小获取优化建议
前面那些代码虽然能跑,但直接写在JSP页面里并不合适，大部分Java Web团队会采用MVC模式，JSP只负责渲染数据，业务逻辑落在Servlet或Controller层。
避免在JSP脚本中直接操作文件IO
在JSP中用<% %>写一堆FileInputStream骚操作，看起来简单，实际上问题很多，JSP本质是Servlet，会被编译成Java类，但这些代码混在HTML标签里，可读性极差，调试成本也高，不推荐直接写在JSP里的原因有三点：
- 性能隐患：JSP的作用域是请求级，无法复用连接或缓存，每次都需要重新打开文件。
- 错误处理混乱：JSP中抛出异常会直接展示在页面上，暴露服务器路径，有安全风险。
- 团队协作困难：美工改页面时，看到一堆Java代码会很崩溃。
正确的做法是写一个ImageInfoUtil工具类，放到
util包中，在Servlet里调用并封装成JavaBean，再通过request.setAttribute()传递到JSP，整个流程是：Servlet获取图片路径 → 工具类解析尺寸和大小 → 存入Bean → JSP用EL表达式输出。
高性能场景下的缓存策略
如果同一张图片被大量用户反复访问,每次都去磁盘或远程读一次，就是纯粹的浪费，比较成熟的做法是借助本地缓存或分布式缓存。
- 本地缓存：用
ConcurrentHashMap存图片路径和图片信息的映射，设置过期时间，比如30分钟。 - 分布式缓存：使用Redis，key为图片路径，value为JSON字符串，包含宽、高、文件大小三个字段。
据统计,采用缓存后，图片信息查询接口的响应时间可以从几十毫秒降到几毫秒，数据库压力也大大降低，但要注意图片文件一旦被重新上传，必须主动删除对应缓存，否则用户看到的是旧数据。
搭配前端实现图片懒加载
获取图片大小并不只是给后端展示用的,更多时候是前端需要根据宽高来预留占位空间，避免页面布局跳动，你可以在后端把宽高写入到HTML的data-width、data-height属性中，前端JS用这些值初始化占位块，等图片真正加载完成后再替换为真实图片内容。
这种做法的好处在于,无论网络多慢，页面都不会因为图片加载延迟而上下抖动，用户体验明显提升，不少前端框架（如Vue的v-img指令）底层就有类似逻辑。
jsp获取图片大小常见问题解答
Q1：为什么ImageIO.read()返回null，但图片明明能打开？
这种问题多出现在图片格式非标准的情况下,比如相机拍出的JPEG带有特殊色彩配置文件，或者PNG是隔行扫描版本。ImageIO.read()遇到未知色彩空间时会抛异常或返回null，解决办法是先用getImageReaders探测格式，如果确实不支持，就放弃图片尺寸读取，改用BufferedImage的getScaledInstance获取近似值，或者在上传图片时就记录好宽高。
Q2：jsp获取图片大小和servlet获取有啥区别？
没有任何本质区别,因为JSP最终会被容器编译成Servlet类，你完全可以在JSP的application对象和Servlet的getServletContext()之间切换，只是从代码分层角度，JSP应专注于展示，但如果你在写一个简单的demo，直接在JSP中用<%脚本也可以，只是生产环境不推荐。
Q3：获取远程图片大小时，如何避免服务器资源被拖垮？
互联网上存在不少恶意请求,专门用死链或超大图片来耗干服务器内存，建议在获取远程尺寸的入口处加两层防护：第一层用disconnect()强制关闭连接，放在finally块中；第二层是控制最大读取字节数，比如只读取图片头部的前64KB数据就截断流，超过即放弃，这样既保留了解析能力，又防止了内存被无限占用。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/721372.html
