一次线上图片打印失败问题排查

01 问题由来

昨天产品在测试系统的时候,提了个bug,有个功能打印图片时,图片无法显示。为了重现这个bug,特意去测试环境看了下,还真存在,于是去看错误日志,发现报异常了。

在某个类的某一行,有这个java.lang.ClassNotFoundException: com.sun.image.codec.jpeg.JPEGCodec报错信息,于是启动开发环境,打好断点,开始调试。

JPEGCodeccom.sun.image.codec.jpeg包下面的,在jdk1.6及以前的版本中都可以正常使用,但是在jdk1.7以上的版本中,就被移除了,但是在jre中的rt.jar包中,还是保留着。

由于本地开发环境配置项目的依赖库时,用的时jre1.8的库,所以在开始调试的时候,一切正常,但是把依赖库切换到Java-SE-1.8的时候,直接编译报错了。

02 旧的方法

/**
 * 对图片进行压缩
 * @param filePath 图片文件路径
 * @param bufferedImg BufferedImage对象
 */
public static void compressImage(String filePath, BufferedImage bufferedImg) {
	FileOutputStream out = null;
	try {
		if (bufferedImg == null) {
			return ;
		}
		out = new FileOutputStream(filePath);

		JPEGImageEncoder encoder = JPEGCodec.createJPEGEncoder(out);
		JPEGEncodeParam jep = JPEGCodec.getDefaultJPEGEncodeParam(bufferedImg);
		jep.setQuality(0.8f, true);
		encoder.encode(bufferedImg, jep);
	} catch (Exception e) {
		e.printStackTrace();
	} finally {
		try {
			if (out != null) {
				out.close();
			}
		} catch (IOException e) {
			e.printStackTrace();
		}
	}
}

03 使用ImageIO

ImagegetScaledInstance(int width, int height, int hints)方法中,参数width是压缩图片的宽,参数height是压缩图片的高,参数hints是选择不同的压缩算法,有五种:SCALE_DEFAULTSCALE_FASTSCALE_SMOOTHSCALE_REPLICATESCALE_AREA_AVERAGING

widthheight都为负数时,就使用原始图像尺寸,如果为正数且大小小于原始图片尺寸,就会在原图左上角部分覆盖。

Image.SCALE_SMOOTH的缩略算法,生成缩略图片的平滑度的优先级比缩放速度高,生成的图片质量比较好,但速度慢。

/**
 * 对图片进行压缩
 * @param filePath 图片文件路径
 * @param bufferedImg BufferedImage对象
 */
public static void compressImage2(String filePath, BufferedImage bufferedImg) {
	FileOutputStream out = null;
	try {
		if (bufferedImg == null) {
			return ;
		}
		bufferedImg.getGraphics().drawImage(bufferedImg.getScaledInstance(-60, -60, bufferedImg.SCALE_SMOOTH), 0, 0, null);
		out = new FileOutputStream(filePath);
		ImageIO.write(bufferedImg, "jpeg", out);
	} catch (Exception e) {
		e.printStackTrace();
	} finally {
		try {
			if (out != null) {
				out.close();
			}
		} catch (IOException e) {
			e.printStackTrace();
		}
	}
}

04 新旧方法测试

编写main方法,找一张图片来测试下。

import java.awt.image.BufferedImage;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;

import javax.imageio.ImageIO;

import com.sun.image.codec.jpeg.JPEGCodec;
import com.sun.image.codec.jpeg.JPEGEncodeParam;
import com.sun.image.codec.jpeg.JPEGImageEncoder;

/**
 * java.lang.ClassNotFoundException: com.sun.image.codec.jpeg.JPEGCodec
 * 
 * @author 小川
 * @date 2019-07-31 20:37:25
 */
public class ImageIO_2019_07_31 {

    /**
     * 对图片进行压缩
     * 
     * @param filePath    图片文件路径
     * @param bufferedImg BufferedImage对象
     */
    public static void compressImage(String filePath, BufferedImage bufferedImg) {
        FileOutputStream out = null;
        try {
            if (bufferedImg == null) {
                return;
            }
            out = new FileOutputStream(filePath);

            JPEGImageEncoder encoder = JPEGCodec.createJPEGEncoder(out);
            JPEGEncodeParam jep = JPEGCodec.getDefaultJPEGEncodeParam(bufferedImg);
            jep.setQuality(0.8f, true);
            encoder.encode(bufferedImg, jep);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            try {
                if (out != null) {
                    out.close();
                }
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }

    /**
     * 对图片进行压缩
     * 
     * @param filePath    图片文件路径
     * @param bufferedImg BufferedImage对象
     */
    public static void compressImage2(String filePath, BufferedImage bufferedImg) {
        FileOutputStream out = null;
        try {
            if (bufferedImg == null) {
                return;
            }
            /**
             * Image.getScaledInstance(int width, int height, int hints)
             * width、height都为负数,就使用原始图像尺寸,如果为正数且大小小于原始图片尺寸,就会在原图左上角部分覆盖
             * Image.SCALE_SMOOTH的缩略算法,生成缩略图片的平滑度的优先级比缩放速度高,生成的图片质量比较好,但速度慢
             */
            bufferedImg.getGraphics().drawImage(bufferedImg.getScaledInstance(-60, -60, bufferedImg.SCALE_SMOOTH), 0, 0, null);
            out = new FileOutputStream(filePath);
            ImageIO.write(bufferedImg, "jpeg", out);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            try {
                if (out != null) {
                    out.close();
                }
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }

    /**
     * 根据本地文件得到BufferedImage对象
     * 
     * @param filePath 图片文件路径
     * @return
     */
    public static BufferedImage getBufferedImageByExistFile(File file) {
        BufferedImage image = null;
        try {
            image = ImageIO.read(file);
        } catch (IOException e) {
            e.printStackTrace();
        }
        return image;
    }

    public static void main(String[] args) {
        // 原图196kb
        String filePath = "E:\\jumao.jpg";
        // 创建File对象
        File file = new File(filePath);

        // 获取BufferedImage对象
        BufferedImage bufferedImg = getBufferedImageByExistFile(file);

        // 原来的方法 143kb
        compressImage("E:\\jumao01.jpg", bufferedImg);

        // 调用升级后的方法 107kb
        compressImage2("E:\\jumao02.jpg", bufferedImg);

    }

}

在E盘中,生成了两张压缩后的图片,从图片的大小上来看,新方法是完胜旧方法的。

如果你也有遇到过此问题,也可以使用上面的新方法,兼容性更好。

### Spring Boot 3 应用部署到服务器常见问题及解决方法 #### 数据库连接问题 当在服务器上运行 Spring Boot 3 庹应用时,可能会遇到数据库访问权限错误。例如,在运行过程中出现 `Access denied for user 'root'@'172.17.0.1' (using password: YES)` 的情况[^2]。这通常是因为 MySQL 用户的主机地址未被正确授权或者密码不匹配。 解决方案包括: - 确认 MySQL 中用户的 host 地址是否设置为 `%` 或者具体的 IP 地址。 - 使用 SQL 命令重新授予用户权限并刷新权限表: ```sql GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'your_password'; FLUSH PRIVILEGES; ``` #### 启动命令异常 对于使用内置 Tomcat 运行的应用程序,可以采用如下命令来启动 Spring Boot 3 项目: ```bash nohup java -jar your-spring-boot-app.jar & ``` 此命令会以后台模式运行应用程序,并将日志输出保存至当前目录下的 `nohup.out` 文件中[^1]。如果发现无法正常启动,则需检查以下几点: - JDK 版本是否满足最低要求(Spring Boot 3 要求 Java 17 及以上版本)[^3]。 - 是否存在内存不足的情况,可以通过调整 JVM 参数优化性能,比如增加堆大小参数 `-Xms512m -Xmx1g`。 #### 配置文件加载失败 有时由于路径不同或环境变量缺失等原因造成配置文件未能成功读取而导致服务崩溃。确保 application.properties 或 application.yml 文件中的属性值适合生产环境需求尤为重要。另外还需注意区分开发测试与线上正式版之间的差异性设定。 #### 日志管理不当 默认情况下,Spring Boot 将记录信息打印到控制台上,这对于长时间无人值守的服务来说并不理想。建议通过 logback.xml 自定义日志级别以及存储位置以便于后续排查故障原因. ```xml <configuration> <appender name="FILE" class="ch.qos.logback.core.FileAppender"> <file>/var/log/springboot/app.log</file> <encoder> <pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <root level="info"> <appender-ref ref="FILE"/> </root> </configuration> ``` #### 安全加固措施不足 为了防止潜在的安全威胁,在实际操作之前应该考虑实施一些基本防护手段如启用 HTTPS 协议传输数据;关闭不必要的端口和服务减少攻击面等等。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值