JLabel显示图片需设对齐、调用revalidate/repaint；JFileChooser须加后缀过滤并校验ImageIO.read结果；切换图片要置空旧BufferedImage、用SwingWorker缩放防卡顿。
Java 图片管理工具用 Swing 就够了，不需要 JavaFX 或第三方 UI 框架——只要功能简单（浏览、缩放、切换、保存尺寸信息），Swing 的 JFrame、JLabel、JFileChooser 和 ImageIcon 能覆盖全部需求，且无额外依赖。
用 JLabel 显示图片时为什么图片不显示或只显示左上角一小块？
根本原因是 JLabel 默认不自动拉伸图标，且未设置合适的布局约束。直接调用 label.setIcon(new ImageIcon(img)) 后，如果容器没重绘或标签没设尺寸策略，就会出问题。
- 必须调用
label.setHorizontalAlignment(JLabel.CENTER)和label.setVerticalAlignment(JLabel.CENTER)居中对齐 - 避免手动 setPreferredSize；改用
label.setPreferredSize(label.getPreferredSize())配合pack()触发自适应 - 关键一步：在设置新图标后，立即调用
label.revalidate()和label.repaint() - 如果要等比缩放图片再显示，别用
Image.getScaledInstance()（质量差、阻塞 AWT 线程），改用Graphics2D绘制到新BufferedImage
如何用 JFileChooser 限制只选图片文件并支持常见格式？
JFileChooser 默认不限制类型，用户可能误选非图片文件，导致 ImageIO.read() 返回 null 或抛 IIOException。必须显式添加过滤器并验证读取结果。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 添加后缀过滤：
fileChooser.setFileFilter(new FileNameExtensionFilter("Images", "jpg", "jpeg", "png", "gif", "bmp")); - 但仅靠后缀不可靠，打开后仍需校验：
File selected = fileChooser.getSelectedFile(); BufferedImage img = ImageIO.read(selected); if (img == null) { JOptionPane.showMessageDialog(null, "无法加载该文件，请确认是有效图片"); return; } - 不要用
fileChooser.showOpenDialog()后直接处理返回值——它只返回整数状态（JFileChooser.APPROVE_OPTION等），真正文件要用getSelectedFile()获取
切换图片时怎么避免内存泄漏和界面卡顿？
反复加载大图却不清理旧资源，会导致 BufferedImage 堆内存持续增长；而主线程执行耗时缩放操作，会冻结 UI。
立即学习“Java免费学习笔记（深入）”；
- 每次加载新图前，把旧
BufferedImage置为null，并显式调用System.gc()（仅作提示，不保证立即回收） - 缩放逻辑必须移出 EDT（事件分发线程）：
new SwingWorker<BufferedImage, Void>() { @Override protected BufferedImage doInBackground() throws Exception { return scaleImage(originalImg, targetWidth, targetHeight); } @Override protected void done() { try { label.setIcon(new ImageIcon(get())); } catch (Exception ignored) {} } }.execute(); - 缓存已加载的
File对象和原始尺寸（宽/高），避免重复ImageIO.read()——这个操作比缩放还慢
真正难的不是代码行数，而是每张图片加载后要不要保留原始 BufferedImage、缩放是否预计算、历史记录要不要支持撤销——这些决策直接影响后续加「批量重命名」「EXIF 读取」时的架构成本，但初版可以先不碰。
