通过在异常栈信息所在代码可以定位到，如下位置，因为文件大小大于sizeMax值。所以我们接下来的任务是定位到sizeMax是在哪边设置的，是否可以改变这个值的大小

在FileUploadBase.java 里面能改变sizeMax变量值的唯一地方是在这里

 再次出发异常的操作， 上传一个大于限制的文件，跳到断点处，在调试器里面看执行栈信息，如下图，upload变量设置了sizeMax值。sizeMax的值是从mce变量里面拿到的，点击mce变量，跳到代码

MultipartConfigElement mce = getWrapper().getMultipartConfigElement();查看MultipartConfigElement类，我们现在要做的是看MultipartConfigElement的对象是在哪里创建的，在这个类的构造函数内打断点。再次触发异常操作，发现没有跳到构造函数，可以猜测，创建过程是在容器初始化话的过程中（实际上如果看了getWrapper()这个值的内容，就会发现MultipartConfigElement已经被spring管理起来了。遵从spring单例的规则)。重新启动项目，跳到断点处,查看执行栈信息

 可以看到MultipartConfigElement是由

MultipartConfigFactory创建的，MultipartConfigElement又是被spring boot表明@ConditionalOnMissingBean 是可以被自定义替代的bean。所以我们现在重写这个bean就好了，仿照它的创建方法，先new出来MultipartConfigFactory，然后在new MultipartConfigElement。代码在最下面，我这边把最大值设置为了200Mb，

 在配置类里面写下这些代码，完美解决问题。实际上这个代码很容易在网上找到，我写这个帖子的意思是，碰到了spring的问题，可以先尝试解决下，按照帖子的思路，通过异常信息， 打断点，找执行栈，看看某一个bean是不是被spring托管了起来，如果被spring管理了，基本上都是可以重写的

@Bean
public MultipartConfigElement multipartConfigElement() {
    MultipartConfigFactory factory = new MultipartConfigFactory();
    factory.setMaxRequestSize("200Mb");
    factory.setMaxFileSize("200Mb");
    return factory.createMultipartConfig();
}