springmvc实例代码（看透springmvc源代码分析与实践 pdf）

今天给各位分享springmvc实例代码的知识，其中也会对看透springmvc源代码分析与实践 pdf进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、一个spring mvc实例，出现异常，请大神帮我看看，只有用到spring，异常如下
• 2、SpringMVC前后端分离交互传参详细教程-
• 3、求个websocket和springmvc结合的例子啊，网上找的都不靠谱
• 4、Spring系列（一）Spring MVC bean 解析、注册、实例化流程源码剖析
• 5、SpringMVC 5.0.4集成easyexcel读取excel文档
• 6、求SpringMVC大文件上传详解及实例代码

一个spring mvc实例，出现异常，请大神帮我看看，只有用到spring，异常如下

Error creating bean with name 'login' defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Instantiation of bean failed; nested exception is java.lang.NoClassDefFoundError: javax/portlet/MimeResponse

[/WEB-INF/applicationContext.xml 这个里面有个bean “login” 里面有个class javax/portlet/MimeResponse找不到，难道是javax.portlet.MimeResponse写成了javax/portlet/MimeResponse 但是也有可能编译不通过，没有bean等造成

SpringMVC前后端分离交互传参详细教程-

温故而知新，本文为一时兴起写出，如有错误还请指正

本文后台基于SpringBoot2.5.6编写，前端基于Vue2 + axios和微信小程序JS版分别编写进行联调测试，用于理解前后端分离式开发的交互流程，如果没用过axios可以点我看之前的帖子

如果你没有学过SpringBoot也不要紧，把他看做成SpringMVC即可，写法完全一致（其实我不说你也发现不了）

本文主要讲前后端交互流程，力求帮助新人快速入门前后端分离式开发，不会讲关于环境搭建部分的内容

在文章开头快速的过一遍SpringMVC接收参数的几种方式，一定要记住这几种方式，看不懂或不理解都没关系，后续会结合前端代码过一遍，这里就不过多解释了，直接上代码

细心的人应该留意到了，最后使用变量接收参数的时候只接收了 username 这一个值，并没有接收 password ，作为扩展在这里解释一下， 不看也可以，看了不理解也没关系，知道这个事儿就够了，以后接触多了就理解了

如果请求参数放在了请求体中，只有参数列表第一个变量能接收到值，这里需要站在Servlet的角度来看：

可以看到请求体内容是存到了 InputStream 输入流对象中，想要知道请求体中的内容是什么必须读流中的数据，读取到数据后会将值给第一个变量，而流中的数据读取一次之后就没了，当第二个变量读流时发现流已经被关闭了，自然就接收不到

SpringMVC回顾到此为止，只需要记住那三种方式即可，在前后端交互之前先在Controller中写个测试接口

这个接口对应的是GET类型的请求，这里直接在浏览器地址栏访问测试一下：

这里推荐一个Chrome浏览器的插件 JSONView ，它可以对浏览器显示的JSON数据进行格式化显示，推荐的同时也提个醒，安装需谨慎，如果JSON数据量太大的话页面会很卡

之前已经写好一个GET请求的测试接口了，这里就在前端写代码访问一下试试看

代码已经写完了，接下来打开页面试一下能不能调通：

可以看到请求代码报错了，查看报错信息找到重点关键词 CORS ，表示该请求属于 跨域请求

什么是跨域请求？跨域请求主要体现在跨域两个字上，当发起请求的客户端和接收请求的服务端他们的【协议、域名、端口号】有任意一项不一致的情况都属于跨域请求，拿刚刚访问的地址举例，VUE页面运行在9000端口上，后台接口运行在8080端口上，端口号没有对上所以该请求为跨域请求

如果在调试的时候仔细一点就会发现，虽然前端提示请求报错了，但是后端还是接收到请求了，那为什么会报错呢？是因为后端返回数据后，浏览器接收到响应结果发现该请求跨域，然后给我们提示错误信息，也就是说问题在浏览器这里

怎样才能让浏览器允许该请求呢？我们需要在后端动点手脚，在返回结果的时候设置允许前端访问即可

首先配置一个过滤器，配置过滤器有很多种实现的方法，我这里是实现Filter接口

过滤器创建完成了，回来看前端提示的报错信息为 Access-Control-Allow-Origin ，意思是允许访问的地址中并不包含当前VUE的地址，那么我们就在响应结果时将VUE的地址追加上

添加完成后重启项目后台就会发现请求已经成功并且拿到了返回值

再次进行测试，将后台的GetMapping修改为PostMapping，修改前端请求代码后重新发起请求进行测试

可以看到POST请求还是提示跨域请求，对应的错误信息则是 Access-Control-Allow-Headers ，也就是说请求头中包含了不被允许的信息，这里图省事儿用 * 通配符把所有请求头都放行

这样处理之后，请求就可以正常访问啦

路径占位参数，就是将参数作为请求路径的一部分，例如你现在正在看的这篇博客使用的就是路径占位传参

这种传参方法很简单，就不细讲了，可以效仿他这种方法写个测试案例

这里需要注意区分【路径占位传参】和【路径传参】两个概念，不要记混

什么是路径传参？发起一个请求 ;b=2 ，在路径 ? 后面的都属于路径传参，路径传参就是将参数以明文方式拼接在请求地址后面

路径传参使用【正常接收参数】中的实例代码即可接收到值

除了自己手动拼接请求参数之外，axios在config中提供了params属性，也可以实现该功能

表单类型参数，就是通过form表单提交的参数，通常用在例如HTML、JSP页面的form标签上，但如果是前后端分离的话就不能使用form表单提交了，这里可以手动创建表单对象进行传值

需要注意，GET请求一般只用于路径传参，其他类型传参需要使用POST或其他类型的请求

表单类型参数也是【正常接收参数】中的实例代码接收值

小程序删除了FormData对象，不能发起表单类型参数的请求，如果非要写的话可以试着使用 wx.uploadFile 实现，这里就不尝试了

请求体传参，是在发起请求时将参数放在请求体中

表单类型参数需要使用上面【请求体接收参数】中的实例代码接收值

axios如果发起的为POST类型请求，默认会将参数放在请求体中，这里直接写即可

小程序代码也是一样的，当发起的时POST类型的请求时，默认会把参数放在请求体中

在实际开发中大概率不用写前端代码，只负责编写后台接口，但怎样才能知道前端请求是什么类型参数？

关于这点可以通过浏览器开发者工具的【网络】面板可以看出来，网络面板打开时会录制网页发起的所有请求

路径占位传参就不解释了，没啥好说的，这里介绍一下路径传参、表单传参和请求体传参

编写好路径传参的请求代码后切换到网络面板，点击发起请求：

编写好请求体传参的请求代码后切换到网络面板，点击发起请求：

编写好表单类型传参的请求代码后切换到网络面板，点击发起请求：

掌握了前后端交互的流程就可以正常开发网站了，这里推荐后端返回一套规定好的模板数据，否则某些情况可能会比较难处理，例如这个查询用户列表的接口：

该接口乍一看没毛病，拿到用户列表数据后返回给前端用于渲染，合情合理，可是如果后端业务逻辑有BUG可能会导致前端接收到的结果为空，这种情况下前端就需要判断，如果接收到的值为空，就提示请求出错，问题貌似已经解决，但是如果表中本来就没有任何数据的话有应该怎么处理

上述的就是最常见的一种比较头疼的情况，所以针对这种情况最好指定一套标准的返回模板进行处理

根据刚刚的举例来看，返回结果中应该有一个标识来判断该请求是否执行成功，如果执行失败的话还应该返回失败原因，响应给前端的数据会被转换为JSON数据，使用Map集合来返回最合适不过了

在后台接口编写完成后，一般情况下我们都需要进行测试，GET请求还好，浏览器直接就访问呢了，如果是POST请求还要去写前端代码就很烦，这里介绍一款接口调试工具ApiPost

你可能没听过ApiPost，但是你大概率听说过Postman，他们的用法几乎一致，且ApiPost是国人开发的免费的接口调试工具，界面中文很友好

这里也可以看出来，form表单传参其实也算在了请求体里面，只不过使用的是 multipart/form-data 类型的参数而已，而之前提到的请求体传参对应的就是 application/json

求个websocket和springmvc结合的例子啊，网上找的都不靠谱

最近一段时间因为需要，要做一个网页游戏。在某一段时间需要页面实时刷新。目前做网站普遍的思路都是js轮询的方式。由于是创新式的小项目，同组的好友提议了html5中提到的WebSocket，首先进行了技术调研。目前java方面支持的WebSocket的不算多。网上能搜到关于websocket实现框架的非常少。java EE7中加入WebSocket还没有看到。所以以来的包都来自于tomcat的支持。至少需要3个包tomcat-coyote，tomcat-catalina，tomcat-annotations-api，因为tomcat从7.027版本才开始比较好的支持websocket，在tomcat7.027之前的版本中，已经能使用websocket，但是会出现各式各样的问题。比如websocket连接后静置几秒钟就断开连接了等等。所以比较好的选择是使用7.027以上的版本。这3个jar包在相应tomcat的lib文件夹下都有。自从研究生期间接触maven后，慢慢了解到maven的强大，在这里不得不感叹一下。因为是个小型的敏捷团队，版本控制是必须的。在jar包控制这方面还是想通过maven来控制。就直接去maven中心库搜了搜。果真还是有的。小组讨论之后决定使用tomcat7.039(貌似40已经出了),到此解决了版本控制和jar包配置问题。pom关于tomcat3个jar包如下:

1 dependency 2 groupIdorg.apache.tomcat/groupId 3 artifactIdtomcat-coyote/artifactId 4 version7.0.39/version 5 /dependency 6 dependency 7 groupIdorg.apache.tomcat/groupId 8 artifactIdtomcat-catalina/artifactId 9 version7.0.39/version10 /dependency11 dependency12 groupIdorg.apache.tomcat/groupId13 artifactIdtomcat-annotations-api/artifactId14 version7.0.39/version15 /dependency

接下来是解决架构问题。现在在网上能搜到关于websocket的实践很少，基本能搜到的都是websocket架构和非常简单的例子(tomcat自带就有websocket例子),怎么样能将websocket机制运用起来。首先基本框架准备使用hibernate+spring mvc结合websocket，但是在实际试验中spring mvc和websocket会有部分有冲突。因为到前一段时间Spring Framework 4.0发布的版本中才有了JDK 8的支持和WebSocket编程的支持。所以现阶段需要别的方式来实现spring mvc+websocket。简单的解决方案就是写一个工具类来手动获得bean。解决spring和websocket支持之后需要解决的websocket的交互方式。websocket最直接的两个方法就是onTextMessage和onBinaryMessage，也就是字节流传输和字符流传输。最优方式便是设计一套自己传输协议。通过字节流传输。前后台分别解析协议获取交互操作。其次便可在onTextMessage也就是字符流上做文章。引入json便可以很好支持了。

配置websocket的步骤：

1实现一个类继承ContextLoaderListener，并且在web.xml中配置

1 import javax.servlet.ServletContext; 2 import javax.servlet.ServletContextEvent; 3 4 import org.springframework.context.ApplicationContext; 5 import org.springframework.web.context.ContextLoaderListener; 6 import org.springframework.web.context.support.WebApplicationContextUtils; 7 8 public class SpringLoaderListener extends ContextLoaderListener{ 9 10 @Override11 public void contextInitialized(ServletContextEvent event) {12 super.contextInitialized(event);13 ServletContext context=event.getServletContext();14 ApplicationContext ctx=WebApplicationContextUtils.getRequiredWebApplicationContext(context);15 SpringContextutil.setContext(ctx);16 17 }18 19 }

web.xml

1 listener2 listener-class3 XXXXXX.utils.SpringLoaderListener4 /listener-class5 /listener

获得spring bean工具类:

1 import org.springframework.beans.BeansException; 2 import org.springframework.beans.factory.NoSuchBeanDefinitionException; 3 import org.springframework.context.ApplicationContext; 4 5 public class SpringContextUtil { 6 private static ApplicationContext context; 7 8 public static ApplicationContext getContext() { 9 return context;10 }11 12 public static void setContext(ApplicationContext context) {13 SpringContextutil.context = context;14 }15 16 public static Object getBean(String name)throws BeansException{17 return context.getBean(name);18 }19 20 @SuppressWarnings("unchecked")21 public static Object getBean(String name, Class requiredType) throws BeansException { 22 return context.getBean(name, requiredType); 23 } 24 25 public static boolean containsBean(String name) { 26 return context.containsBean(name); 27 } 28 29 public static boolean isSingleton(String name) throws NoSuchBeanDefinitionException { 30 return context.isSingleton(name); 31 } 32 33 @SuppressWarnings("unchecked")34 public static Class getType(String name) throws NoSuchBeanDefinitionException { 35 return context.getType(name); 36 } 37 38 public static String[] getAliases(String name) throws NoSuchBeanDefinitionException { 39 return context.getAliases(name); 40 } 41 42 43 }

引入json所需jar包:

1 dependency 2 groupIdcom.google.code.gson/groupId 3 artifactIdgson/artifactId 4 version2.2.3/version 5 /dependency 6 dependency 7 groupIdnet.sf.json-lib/groupId 8 artifactIdjson-lib/artifactId 9 version2.4/version10 /dependency11 dependency12 groupIdnet.sf.ezmorph/groupId13 artifactIdezmorph/artifactId14 version1.0.6/version15 /dependency

后台需要增加两个文件一个继承WebSocketServlet:

1 import javax.servlet.annotation.WebServlet; 2 import javax.servlet.http.HttpServletRequest; 3 4 import org.apache.catalina.websocket.StreamInbound; 5 import org.apache.catalina.websocket.WebSocketServlet; 6 9 @WebServlet("/room")10 public class RoomSocketServlet extends WebSocketServlet {11 12 private static final long serialVersionUID = -5853470534275847275L;13 14 @Override15 protected StreamInbound createWebSocketInbound(String arg0,HttpServletRequest request) {16 return new RoomMessageInbound();17 }18 19 }

一个继承MessageInbound：

1 public class RoomMessageInbound extends MessageInbound{ 2 private static RoomModel room ; 3 private UserModel user; 4 private CommandDispatcherUtils commandDispatcher; 5 6 public RoomMessageInbound() { 7 if (commandDispatcher == null) { 8 commandDispatcher = (CommandDispatcherUtils) SpringContextutil.getBean("commandDispatcher"); 9 room = RoomListModel.getInstance().getRoom(0);10 }11 }12 13 14 @Override15 protected void onOpen(WsOutbound outbound) 16 room.addUser(outbound.hashCode());17 super.onOpen(outbound);18 }19 20 @Override21 protected void onClose(int status) {22 room.remove(getWsOutbound().hashCode());23 super.onClose(status);24 }25 26 @Override27 protected void onBinaryMessage(ByteBuffer buffer) throws IOException {28 29 }30 31 @Override32 protected void onTextMessage(CharBuffer buffer) throws IOException {33 String msg = buffer.toString();34 JSONObject report = JSONObject.fromObject(msg);35 TemplateCommand command = commandDispatcher.getCommandByKey(report.getString("command"));36 command.execute(msg,user,room);37 }38 39 }

通过JSONObject report = JSONObject.fromObject(msg)就可以将字符串转换为json对象。也就等于通过websocket实现了实时对象信息的传递。

在前端页面中只需要页面载入时的js中加入

1 $(function() { 2 roomsocket = new WebSocket('ws://127.0.0.1:8080/XXXX/room);3 }

在前端向后台发送时将数据JSON.stringify(data)就能json化。

上述代码做了不少删减。所以代码不见得复制就能用。只是提供一种解决方案。况且不久java新的版本或者说Spring Framework 4.0就能很轻松的支持了websocket的实现。主要是还是给自己这段时间的websocket研究做一些总结。随着各种新的技术的诞生，实时web技术已经越来越成熟。websocket是html5的重要特色是值得去看看，研究一下

Spring系列（一）Spring MVC bean 解析、注册、实例化流程源码剖析

最近在使用Spring MVC过程中遇到了一些问题，网上搜索不少帖子后虽然找到了答案和解决方法，但这些答案大部分都只是给了结论，并没有说明具体原因，感觉总是有点不太满意。

更重要的是这些所谓的结论大多是抄来抄去，基本源自一家，真实性也有待考证。

那作为程序员怎么能知其所以然呢？

此处请大家内心默读三遍。

用过Spring 的人都知道其核心就是IOC和AOP，因此要想了解Spring机制就得先从这两点入手，本文主要通过对IOC部分的机制进行介绍。

在开始阅读之前，先准备好以下实验材料。

IDEA 是一个优秀的开发工具，如果还在用Eclipse的建议切换到此工具进行。

IDEA有很多的快捷键，在分析过程中建议大家多用Ctrl+Alt+B快捷键，可以快速定位到实现函数。

Spring bean的加载主要分为以下6步：

查看源码第一步是找到程序入口，再以入口为突破口，一步步进行源码跟踪。

Java Web应用中的入口就是web.xml。

在web.xml找到ContextLoaderListener ，此Listener负责初始化Spring IOC。

contextConfigLocation参数设置了bean定义文件地址。

下面是ContextLoaderListener的官方定义：

翻译过来ContextLoaderListener作用就是负责启动和关闭Spring root WebApplicationContext。

具体WebApplicationContext是什么？开始看源码。

从源码看出此Listener主要有两个函数，一个负责初始化WebApplicationContext，一个负责销毁。

继续看initWebApplicationContext函数。

在上面的代码中主要有两个功能：

进入CreateWebAPPlicationContext函数

进入determineContextClass函数。

进入configureAndReFreshWebApplicaitonContext函数。

WebApplication Context有很多实现类。 但从上面determineContextClass得知此处wac实际上是XmlWebApplicationContext类，因此进入XmlWebApplication类查看其继承的refresh()方法。

沿方法调用栈一层层看下去。

获取beanFactory。

beanFactory初始化。

加载bean。

读取XML配置文件。

XmlBeanDefinitionReader读取XML文件中的bean定义。

继续查看loadBeanDefinitons函数调用栈，进入到XmlBeanDefinitioReader类的loadBeanDefinitions方法。

最终将XML文件解析成Document文档对象。

上一步完成了XML文件的解析工作，接下来将XML中定义的bean注册到webApplicationContext，继续跟踪函数。

用BeanDefinitionDocumentReader对象来注册bean。

解析XML文档。

循环解析XML文档中的每个元素。

下面是默认命名空间的解析逻辑。

不明白Spring的命名空间的可以网上查一下，其实类似于package，用来区分变量来源，防止变量重名。

这里我们就不一一跟踪，以解析bean元素为例继续展开。

解析bean元素，最后把每个bean解析为一个包含bean所有信息的BeanDefinitionHolder对象。

接下来将解析到的bean注册到webApplicationContext中。接下继续跟踪registerBeanDefinition函数。

跟踪registerBeanDefinition函数，此函数将bean信息保存到到webApplicationContext的beanDefinitionMap变量中，该变量为map类型，保存Spring 容器中所有的bean定义。

Spring 实例化bean的时机有两个。

一个是容器启动时候，另一个是真正调用的时候。

相信用过Spring的同学们都知道以上概念，但是为什么呢？

继续从源码角度进行分析，回到之前XmlWebApplication的refresh（）方法。

可以看到获得beanFactory后调用了 finishBeanFactoryInitialization()方法，继续跟踪此方法。

预先实例化单例类逻辑。

获取bean。

doGetBean中处理的逻辑很多，为了减少干扰，下面只显示了创建bean的函数调用栈。

创建bean。

判断哪种动态代理方式实例化bean。

不管哪种方式最终都是通过反射的形式完成了bean的实例化。

我们继续回到doGetBean函数，分析获取bean的逻辑。

上面方法中首先调用getSingleton(beanName)方法来获取单例bean，如果获取到则直接返回该bean。方法调用栈如下：

getSingleton方法先从singletonObjects属性中获取bean 对象,如果不为空则返回该对象，否则返回null。

那 singletonObjects保存的是什么？什么时候保存的呢？

回到doGetBean（）函数继续分析。如果singletonObjects没有该bean的对象，进入到创建bean的逻辑。处理逻辑如下：

下面是判断容器中有没有注册bean的逻辑，此处beanDefinitionMap相信大家都不陌生，在注册bean的流程里已经说过所有的bean信息都会保存到该变量中。

如果该容器中已经注册过bean，继续往下走。先获取该bean的依赖bean，如果镩子依赖bean，则先递归获取相应的依赖bean。

依赖bean创建完成后，接下来就是创建自身bean实例了。

获取bean实例的处理逻辑有三种，即Singleton、Prototype、其它(request、session、global session)，下面一一说明。

如果bean是单例模式，执行此逻辑。

获取单例bean，如果已经有该bean的对象直接返回。如果没有则创建单例bean对象，并添加到容器的singletonObjects Map中，以后直接从singletonObjects直接获取bean。

把新生成的单例bean加入到类型为MAP 的singletonObjects属性中，这也就是前面singletonObjects（）方法中获取单例bean时从此Map中获取的原因。

Prototype是每次获取该bean时候都新建一个bean，因此逻辑比较简单，直接创建一个bean后返回。

从相应scope获取对象实例。

判断scope，获取实例函数逻辑。

在相应scope中设置实例函数逻辑。

以上就是Spring bean从无到有的整个逻辑。

从源码角度分析 bean的实例化流程到此基本接近尾声了。

回到开头的问题，ContextLoaderListener中初始化的WebApplicationContext到底是什么呢？

通过源码的分析我们知道WebApplicationContext负责了bean的创建、保存、获取。其实也就是我们平时所说的IOC容器，只不过名字表述不同而已。

本文主要是讲解了XML配置文件中bean的解析、注册、实例化。对于其它命名空间的解析还没有讲到，后续的文章中会一一介绍。

希望通过本文让大家在以后使用Spring的过程中有“一切尽在掌控之中”的感觉，而不仅仅是稀里糊涂的使用。

SpringMVC 5.0.4集成easyexcel读取excel文档

Java解析、生成Excel比较有名的框架有Apache poi、jxl。但他们都存在一个严重的问题就是非常的耗内存，poi有一套SAX模式的API可以一定程度的解决一些内存溢出的问题，但POI还是有一些缺陷，比如07版Excel解压缩以及解压后存储都是在内存中完成的，内存消耗依然很大。Easyexcel重写了poi对07版Excel的解析，能够原本一个3M的excel用POI sax依然需要100M左右内存降低到KB级别，并且再大的excel不会出现内存溢出，03版依赖POI的sax模式。在上层做了模型转换的封装，让使用者更加简单方便。Easyexcel的Github地址：。

EasyExcel优势

· 注解式自定义操作。

· 输入输出简单，提供输入输出过程的接口

· 支持一定程度的单元格合并等灵活化操作

EasyExcel劣势

· 框架不成熟，1.1.0版本后提供灵活接口的只剩beta版本

· 依然存在一些bug

· 没有一套完整的api

第一步：pom.xml添加依赖，引入jar包：

版本依赖:

第二步：POJO对象编写：

Student.java实体对象继承BaseRowModel，编写如下:

第三步：编写监听器，实现对导入的excel文档的处理，实例如下：

注：具体数据库入库业务代码本文略过，请对应实现业务。

第四步：控制类中调用，进入导入页JSP页addBatchArchivesUser.jsp方法为toAddBatchArchivesUser（String backFlag），保存数据方法为：addBatchArchivesUser(@RequestParam("file") MultipartFile mfile,String orgId,String carCategory)代码如下：

注核心要点：一、根据上传文件后缀为xls、xlsx对ExcelReader中传对应的枚举参数，实现对office 2003 以前的版本和之后版本的区分处理；二、通过监听器的构造函数，从控制类传要调用的服务类（userService）；三、通过监听器相关的get方法，将处理结果返回，如本文中的listener.getResult();以上三点，对于初次使用者容易出错。

求SpringMVC大文件上传详解及实例代码

SpringMVC的文件上传非常简便，首先导入文件上传依赖的jar：

!-- 文件上传所依赖的jar包 --

dependency

groupIdcommons-fileupload/groupId

artifactIdcommons-fileupload/artifactId

version1.3.1/version

/dependency

在springMVC-servlet.xml配置文件中配置文件解析器：

!--1*1024*1024即1M resolveLazily属性启用是为了推迟文件解析，以便捕获文件大小异常 --

!--文件上传解析器--

bean id="multipartResolver"

class="org.springframework.web.multipart.commons.CommonsMultipartResolver"

property name="maxUploadSize" value="1048576"/

property name="defaultEncoding" value="UTF-8"/

property name="resolveLazily" value="true"/

/bean

注意解析器的id必须等于multipartResolver,否则上传会出现异常

import org.apache.commons.io.FileUtils;

import org.springframework.stereotype.Controller;

import org.springframework.web.bind.annotation.RequestMapping;

import org.springframework.web.bind.annotation.RequestParam;

import org.springframework.web.multipart.MultipartFile;

import org.springframework.web.multipart.commons.CommonsMultipartFile;

import java.io.File;

@Controller

public class FileController {

/**

* 上传单个文件操作

* MultipartFile file就是上传的文件

* @return

*/

@RequestMapping(value = "/upload1.html")

public String fileUpload1(@RequestParam("file") MultipartFile file) {

try {

//将上传的文件存在E:/upload/下

FileUtils.copyInputStreamToFile(file.getInputStream(), new File("E:/upload/",

file.getOriginalFilename()));

} catch (Exception e) {

e.printStackTrace();

}

//上传成功返回原来页面

return "/file.jsp";

}}

上传文件时，Controller的方法中参数类型是MultipartFile即可将文件映射到参数上。

页面：

file.jsp:

form method="post" action="/upload1.html" enctype="multipart/form-data"

input type="file" name="file"/

button type="submit" 提交/button

/form

springmvc实例代码的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于看透springmvc源代码分析与实践 pdf、springmvc实例代码的信息别忘了在本站进行查找喔。