减少使用sun.misc.BASE64Encoder_base64encoder jdk22-优快云博客

本文链接：https://blog.youkuaiyun.com/kevinmeanscool/article/details/81175722

博客指出在图片持久化时用到的sun.misc.BASE64Encoder类，在jdk1.6后被警告，jdk9.0后删除。网上重新配置jre的方法不一定可行，且这些是sun公司内部方法，使用不安全。该类被删是因sun被oracle收购，建议用org.apache.commons.codec.binary.Base64进行加密解密。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在涉及到图片持久化的时候会遇到这个编码类---sun.misc.BASE64Encoder

这个类在jdk1.6之前是可以使用的，但在1.6之后提出警告，并在jdk9.0之后完全删除。

“网上有办法说重新配置jre就行了，但事实上不是这么简单的，测试后发现，这是要看配置的jre的类型是execution environment（执行环境），还是alternate jre（替代jre）

这两种方法中，如果是第一种就不行，因为是执行环境，也就是不会含JDK的一些额外类，rt.jar中的很多包都会因为jre与jdk权限不同而导致被限定权限，其中就包含了sun包。

如果是第二种方法，即JDK替代jre，这就没问题，因为使用的是jdk的权限，所以不会报这类的错误。

事实上，这两个方法都是sun公司的内部方法，并没有在java api中公开过，所以使用这些方法是不安全的，将来随时可能会从中去除，所以相应的应该使用替代的对象及方法。”

那该怎么办？

其实这个类被删是因为：

之前base64加密用的是sun公司的sun.misc.BASE64Encoder/BASE64Decoder，由于后面版本更新，sun公司被oracle公司收购，加密类BASE64Encoder被org.apache.commons.codec.binary.Base64替代了。

所以以后用org.apache.commons.codec.binary.Base64加密解密！

对应的加密解密方法名称会变，但那个简单，网上搜一下之前加密解密的方法名对应现在的加密解密方法就ok了。

maven：

<dependency>
    <groupId>org.apache.directory.studio</groupId>
    <artifactId>org.apache.commons.codec</artifactId>
    <version>1.8</version>
</dependency>