前言

在实现了将文件通过Base64的方式加密存储到数据库中并且读取到相应的文件时，在通过Base64的解密方法进行解密时，出现了不应该出现的错误，将解决问题的过程在这里进行记录和总结

一、问题描述

在这里进行解密时报了说d是Base64的非法字符的问题，但是在之前测试加密和解密时都没有报出这样的问题，因此在想出现问题的原因 一定不是因为d是非法字符

二、解决方法

解决方法相对简单，只是将调用Base64解密的方式由 getDecoder() 替换成 getMimeDecoder() 后问题就得到了解决。

运行截图：

三、问题原因

在解决完问题之后再回过头来看为什么会出现这样的问题，我只是将项目中的解码方式换成了使用MIME型的base64编码方案就没有了解码错误的问题，而原本的Base64解码方式只是使用基本型的base64编码方案，两者之间到底有什么区别，在查阅资料后发现两种编码方式有以下区别：

参考资料： 菜鸟教程_Java8 Base64

基本方式 ：输出被映射到一组字符A-Za-z0-9+/，编码不添加任何行标，输出的解码仅支持A-Za-z0-9+/。
MIME方式 ：输出隐射到MIME友好格式。输出每行不超过76字符，并且使用’\r’并跟随’\n’作为分割。编码输出最后没有行分割。

当看到两种方式的区别后，好像意识到了问题所在，接着在IntelliJ IDEA中进行测试：

在测试时使用的 Base64 为 JDK1.8中自带的Base64工具类

在测试时先定义一个String类型的对象，接着分别使用两种编码方式进行加密：

首先执行以下代码：

import java.nio.charset.StandardCharsets;
import java.util.Base64;
 * @author Dream_飞翔
 * @date 2021/11/12
 * @time 22:27
 * @email 1072876976@qq.com
public class TestBase64 {
    public static void main(String[] args) {
        String str01 = "这是一个测试两种编码方式的字符串";
        // 声明Base64基本方式编码对象
        Base64.Encoder encoderBase = Base64.getEncoder();
        // 声明Base64的MIME编码方式对象
        Base64.Encoder encoderMIME = Base64.getMimeEncoder();
        // 将同一字符以基本方式和MIME方式进行编码
        String encodeBase = encoderBase.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        String encodeMIME = encoderMIME.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        // 以UTF-8的格式编码字符串
        System.out.println("基本编码方式：\n" + encodeBase);
        System.out.println("MIME编码方式：\n" + encodeMIME);
}

在这里将测试字符串使用两种编码方式进行编码，查看在控制台输出的内容是否相同

运行结果：

对于编码结果来说，在加密后的字符长度不到76位时输出结果完全相同，测试 两种加密方式是否可以相互解密

测试代码 ：

public class TestBase64 {
    public static void main(String[] args) {
        String str01 = "这是一个测试两种编码方式的字符串";
        // 声明Base64基本方式编码对象
        Base64.Encoder encoderBase = Base64.getEncoder();
        // 声明Base64的MIME编码方式对象
        Base64.Encoder encoderMIME = Base64.getMimeEncoder();
        // 将同一字符以基本方式和MIME方式进行编码
        String encodeBase = encoderBase.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        String encodeMIME = encoderMIME.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        // 以UTF-8的格式编码字符串
        System.out.println("基本编码方式：\n" + encodeBase);
        System.out.println("MIME编码方式：\n" + encodeMIME);
        // 进行解码
        Base64.Decoder decoderBase = Base64.getDecoder();
        Base64.Decoder decoderMIME = Base64.getMimeDecoder();
        // 将解密后的结果在控制台输出
        System.out.println("基本编码方式加密后的内容使用MIME编码方式的解密结果：\n" + new String(decoderMIME.decode(encodeBase)));
        System.out.println("MIME编码方式加密后的内容使用基本编码方式的解密结果：\n" + new String(decoderBase.decode(encodeMIME)));
}

观察运行结果可以发现在 加密后的字符长度小于76位时 ，两种编码方式可以对加密的内容相互进行解密

接着测试当 加密后的字符长度大于76位时，两种加密方式是否仍然可以相互解密

执行以下代码 在控制台生成一个很长的文本 ，然后复制到字符串当中（手懒，不想手打数据了）

for (int i = 0;i < 200;i++) {
    System.out.print("测试");
}

测试代码 ：

import java.nio.charset.StandardCharsets;
import java.util.Base64;
 * @author Dream_飞翔
 * @date 2021/11/12
 * @time 00:27
 * @email 1072876976@qq.com
public class TestBase64 {
    public static void main(String[] args) {
        String str01 = "测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试测试";
        // 声明Base64基本方式编码对象
        Base64.Encoder encoderBase = Base64.getEncoder();
        // 声明Base64的MIME编码方式对象
        Base64.Encoder encoderMIME = Base64.getMimeEncoder();
        // 将同一字符以基本方式和MIME方式进行编码
        String encodeBase = encoderBase.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        String encodeMIME = encoderMIME.encodeToString(str01.getBytes(StandardCharsets.UTF_8));
        // 以UTF-8的格式编码字符串
        System.out.println("基本编码方式：\n" + encodeBase);
        System.out.println("MIME编码方式：\n" + encodeMIME);
        // 进行解码
        Base64.Decoder decoderBase = Base64.getDecoder();
        Base64.Decoder decoderMIME = Base64.getMimeDecoder();
        // 将解密后的结果在控制台输出
        System.out.println("基本编码方式加密后的内容使用MIME编码方式的解密结果：\n" + new String(decoderMIME.decode(encodeBase)));
        System.out.println("MIME编码方式加密后的内容使用基本编码方式的解密结果：\n" + new String(decoderBase.decode(encodeMIME)));
}

运行结果 ：

对比到这里就不难理解，当 使用Base64的基本编码方式进行解密时是无法解密加密字符中含有换行的内容 ，但是MIME的编码方式却可以无视要解密的字符是否有换行的情况，至于MIME编码方式是否是说的这样，现在进行测试。

最后 验证是否可以使用各自的编码方式解密各自的加密内容

总结

经过测试发现两种编码方式进行加密和解密的区别以后，就又引出了一个问题，就是我在加密文件内容时是使用了 基本编码方式进行加密 ，但是 使用基本加密方式进行解密时却无法进行解密

这里是文件加密覆盖后的结果，但是当解密时基本的编码方式又不起作用了，后来找到了真正的原因：问题就在于我对文件进行解密时要先将文件内容读取到StringBuilder中，这就是我们最后要进行Base64解码的最终内容，我在读取时增加了一个标志变量查看读取到的内容到底是多少行时，发现了事情的真相

现在再回顾为什么会出现基本的编码方式却解码不了基本方式编码后内容的问题，原因就在于我们Base64解码的内容实际是有两行，但是我们只能看到一行，因此也可以发现其实MIME的加密字符一行最多只能有76个字符，但是也可以解密一行超过76个字符长度的加密字符，同时JDK8中的Base64基本加密方式无法解码加密字符中含有换行的数据，哪怕第二行没有数据，只能有一行加密字符。

有很多事是因为不想麻烦别人，所以自己咬咬牙就撑了过去。也有很多难以启齿的困难被自己死扛了过去。低潮期受到挫败的时候觉得自己没法振作了，最后还不是熬了过来。你看，我们都比自己想象中还要坚强。对待生活中的每一天若都像生命中的最后一天去对待，人生定会更精彩！

日常报错 - NO constructor found in matching [java.lang.String]解决方法

控制台报错 No constructor found in com.base.entity.Menu matching [java.lang.Integer, java.lang.String]

Java compiler error: constant string too long

Failed to instantiate [java.lang.Long]: No default constructor found；nested exception is java.lang()

IllegalArgumentException Parameter value [4] did not match expected type [java.lang.String (na)]

android-studio打开软件时出错，java.lang.RuntimeException: java.lang.IllegalArgumentException: Argument for @NotNull parameter 'nam

java.lang.IllegalArgumentException: Unsupported class file major version 60

Failed to convert value of type 'java.lang.String' to required type 'java.time.LocalDate';

java.lang.RuntimeException: java.lang.IllegalArgumentException: Argument for @NotNull parameter ‘nam

解决：Failed to convert value of type 'java.lang.String' to required type 'java.util.Date'; 发生这一错误的主要原因是Controller类中需要接收的是Date类型，但是在页面端传过来的是String类型，最终导致了这个错误。 44692 java.lang.ClassCastException: com.google.gson.internal.LinkedTreeMap cannot be cast to xxxxxx 原因在于转换普通String字符... 版权声明：本文为 testcs_dn(微wx笑) 原创文章，非商用自由转载-保持署名-注明出处，谢谢。 https://blog.csdn.net/testcs_dn/article/details/79929931 java.