企业官网建设流程全解析

看到“eclipse配置Spring”这个标题，我估计不少人都会有同感：都什么年代了，还在用Eclipse配Spring？但说实话，这几年我遇到的用户里，还在用Eclipse做Java开发的人真不少。有的是学校实验室还停留在老版本环境，有的是公司内部老项目交接，有的是电脑配置有限跑不动IDEA，还有的纯粹是习惯了Eclipse的操作方式不想折腾。不管哪种情况，只要你想在Eclipse里把Spring跑起来，就绕不开今天这篇要写的内容。我会从环境准备、传统Spring MVC项目搭建、Spring Boot玩法、高频报错排查这几个维度完整走一遍，把你可能踩的坑提前标出来。这篇文章适合Eclipse的老用户、刚接触JavaWeb的初学者，以及从IDEA转回Eclipse但一脸懵的开发者。

1. 动手前的准备：Eclipse版本、JDK与Maven三件套

很多人配Spring失败，问题根本不在Spring本身，而是工具链没理顺。Eclipse是个老牌IDE，它对JDK和构建工具很敏感，版本搭配不对，后面全是莫名其妙的报错。

1.1 Eclipse版本怎么选

Eclipse官网提供多个发行版，做Spring开发，我建议直接下载“Eclipse IDE for Enterprise Java and Web Developers”，也就是JavaEE版而不是Java版。Java版的Eclipse不带Web开发相关的插件、模板和Server视图，你新建项目时找不到Dynamic Web Project，后续部署Tomcat也要自己手动配，非常难受。

关于版本新旧，核心原则是：你的JDK版本越新，Eclipse版本就要跟着越新。比如你用JDK 17，Eclipse 2021-09之后的版本才支持；如果你还在JDK 8，那Eclipse 2020-06、2021-06这些版本用起来非常稳定。我个人建议在2024年之后的时间节点，直接下载最新的年度版本，比如Eclipse 2024-03或更新的，除非公司局域网里锁定了旧版本没得选。

另外提醒一句，Eclipse下载安装包通常是zip压缩包，解压就能用，不需要任何安装向导。解压后点击eclipse.exe启动，第一次会要求你指定workspace目录。workspace尽量放在一个路径干净、没有空格和中文的目录下，否则后面Maven和Tomcat都可能闹脾气。

1.2 JDK版本对应关系先搞清楚

Spring本身是个框架，它对JDK的最低要求一直在变。你如果用Spring Boot 3.x，那JDK 17是硬性要求，JDK 8跑不起来；如果用Spring Boot 2.7.x，JDK 8和11都能跑，非常舒服；如果用传统的Spring Framework 5.x，JDK 8一样可以跑得很稳。

做配置之前，建议先确定一句话：我到底要跑什么年代的Spring项目？

• 老项目维护场景：Spring 4.x或5.x + JDK 8 + Tomcat 8/9，这套组合是你最稳妥的选择。
• 新项目学习或新业务：Spring Boot 3.x + JDK 17 + Tomcat 10+嵌入版本，就要注意Servlet API已经变成jakarta命名空间了。
• 中间过渡场景：Spring Boot 2.7.x + JDK 8/11，适合网速不快、电脑配置一般的人。

确定了JDK之后，还要在Eclipse里完成关联。Window > Preferences > Java > Installed JREs，把默认的JRE替换为你本地安装的JDK。这一步特别容易被忽略，很多人的Eclipse一启动识别的是JRE，而Tomcat和Spring编译都要求用JDK，环境变量配了也没用，Eclipse不认。

1.3 Maven的安装与Eclipse关联

Spring项目靠一大堆jar包撑起来，没有Maven，手动下载依赖能把你逼疯。Eclipse内置了Maven，但我仍然建议你单独安装一个Maven，原因有两个。一是内置Maven版本通常比较旧，碰到某些新插件或依赖解析问题时会很被动；二是独立Maven的settings.xml好管理，你可以统一配置本地仓库路径和镜像加速。

安装Maven本身不复杂：去Apache官网下载二进制zip，解压到某个目录，配一下MAVEN_HOME环境变量，再把Maven的bin目录加到Path里就行。关键点是给conf/settings.xml加一个阿里云镜像加速配置，不然后续下载Spring依赖时，去中央仓库拉取的速度会让你怀疑人生。

然后在Eclipse里操作：Window > Preferences > Maven > Installations，Add你的Maven目录；再切到User Settings，把User Settings路径指向你Maven的settings.xml。这样Eclipse里的Maven就会使用你自定义的仓库和镜像。

这里还有个小环节，如果你电脑里已经装过旧版JDK和旧版Eclipse，建议先清理干净。Eclipse卸载其实很简单，直接删掉解压目录和workspace目录，但注意备份项目源码，别把心血跟着一起删了。

2. 传统Spring MVC项目：从零手写配置跑通一个案例

现在回头看，IDEA里创建Spring MVC项目，Spring Initializr一键生成，把配置都给你写好了。而在Eclipse里，你要理解Spring到底是怎么启动的，最好是从空项目开始手写配置。这个过程虽然麻烦，但是跑通一次之后，你对配置文件里每一行代码的理解都会不一样。

2.1 新建Dynamic Web Project并转为Maven项目

在Eclipse中新建项目：File > New > Dynamic Web Project，填项目名后，勾选Generate web.xml部署描述文件。这一步会生成一个符合JavaEE目录结构的Web项目，包含src/main/java、src/main/resources和src/main/webapp等目录。注意Target Runtime选None也可以，后面再关联Tomcat，这里不必卡得太死。

新建完成后，右键项目 > Configure > Convert to Maven Project。这个动作非常关键，它会把你的Web项目升级为Maven工程，同时生成一个pom.xml。有了pom.xml，你才可以用依赖坐标来管理Spring、数据库连接池、MyBatis等一系列jar包。转化后，原来的src/main/java等目录会自动被Maven识别为源码目录，不需要手动改Build Path。

这一步如果不做，后面你会陷入手动下载jar包、复制到WEB-INF/lib的原始时代，不仅麻烦，版本冲突的概率也极高。Maven的优势不只是下载依赖，它还能统一管理每个jar的版本，避免你引入多个Spring版本导致ClassNotFound。这一点在你配置Spring时尤为重要，新手最容易犯的错就是同一套Spring全家桶里混用了不同版本的jar。

2.2 pom.xml里到底放哪些依赖

在Eclipse资源管理器中打开pom.xml，切换到pom.xml标签页，把下面这段常用依赖配置加进去。我按Spring 5.3.x + JDK 8的组合来写，这个组合在Eclipse上最稳，兼容性也最好，适合绝大多数初学者和老项目。

<properties> <spring.version>5.3.39</spring.version> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> </dependencies>

补充说明两点。spring-webmvc是Spring MVC的核心依赖，它会把spring-core、spring-context、spring-beans这些基础模块一起带进来，满足大部分配置场景。javax.servlet-api的scope一定要设成provided，意思是编译阶段和测试阶段可以用，但最终打包时由Tomcat提供，不然你的Web应用和Tomcat自带的Servlet API冲突，启动时可能直接报错。

我这里用的是spring-jdbc，因为后面只要涉及数据库事务和Dao层，基本都要用它。如果你项目里用的是MyBatis，则额外需要mybatis和mybatis-spring。第一次配Spring，不用一口气把依赖全加齐，保证项目能启动、能访问一个页面就行，后面再逐步扩展。

添加依赖后保存pom.xml，Eclipse会自动下载jar包。如果右下角出现Maven进度条，等它走完，然后右键项目 > Maven > Update Project（快捷键Alt+F5），按Ctrl+Shift+O重新整理import，确认编译没有红色报错再往下走。

2.3 web.xml与Spring配置文件手写实战

在src/main/webapp/WEB-INF目录下打开web.xml，写入以下内容。这段配置是整个传统Spring MVC应用的启动核心，我每一行都给你拆开讲。

<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" version="4.0"> <display-name>SpringMvcDemo</display-name> <context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:applicationContext.xml</param-value> </context-param> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:springmvc-servlet.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> <filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> </web-app>

ContextLoaderListener负责在Web应用启动时创建Spring根容器，加载applicationContext.xml里配置的Service、Dao等业务层Bean。DispatcherServlet是Spring MVC的核心入口，负责接收所有HTTP请求，同时加载springmvc-servlet.xml里配置的Controller、视图解析器、处理器映射等Web层组件。这个拆分逻辑基于Spring官方推荐的分层容器架构，根容器管业务层，Servlet容器管Web层。

如果不做拆分，把Controller和Service全部放同一个文件，项目也能跑，但到后期维护会出现管理混乱、Bean互相不可见等问题。我见过很多培训班项目图省事只写一个springmvc-servlet.xml，Service和Controller全挤在里面，这不是不可以，但不利于理解Spring容器设计。

load-on-startup设置为1，意思是Tomcat启动时随着Web应用一起初始化DispatcherServlet。如果不设置，DispatcherServlet会在第一次收到请求时才创建，你起服务后访问第一个页面会明显感觉到卡顿，而且配置错误也会延迟暴露。

CharacterEncodingFilter则是Web应用里解决中文乱码最基础的配置，一定要放在所有Servlet映射之前，并设置forceEncoding为true，保证请求和响应都使用UTF-8编码。

在src/main/resources目录下新建applicationContext.xml和springmvc-servlet.xml两个文件。文件名要与web.xml中配置的路径保持一致，这是手写配置最容易错的地方，一旦不匹配Spring直接启动失败。

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd"> <context:component-scan base-package="com.demo.service"/> </beans>

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:mvc="http://www.springframework.org/schema/mvc" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc.xsd"> <context:component-scan base-package="com.demo.controller"/> <mvc:annotation-driven/> <mvc:default-servlet-handler/> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/views/"/> <property name="suffix" value=".jsp"/> </bean> </beans>

Spring容器说到底就是个Bean工厂，它根据XML里的component-scan指令去扫描指定包下的类，把标注了@Component、@Service、@Repository、@Controller注解的类实例化成Bean，放进容器管理。之后你就可以通过@Autowired注入它们的依赖。

InternalResourceViewResolver是视图解析器，它负责把Controller返回的字符串视图名拼接成真正的JSP路径，比如controller返回"home"，它就跳转到/WEB-INF/views/home.jsp。前缀后缀错一个字母，页面都会404，这是我见过最高频配置错误之一。

mvc:annotation-driven是Spring MVC3.1之后非常核心的开关，它开启注解驱动模式，让@Controller、@RequestMapping、@RequestBody等注解生效。少了它，你用注解写的控制器全都不会识别。

2.4 写一个Contoller验证Spring容器是否转起来

创建包结构com.demo.controller，写一个最简单的Controller类。

package com.demo.controller; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; @Controller public class HomeController { @RequestMapping("/home") public String home() { return "home"; } }

在src/main/webapp/WEB-INF/views目录下新建home.jsp，内容随意，我这里放一行“Hello, Spring in Eclipse”。

然后配置Tomcat。Window > Show View > Other，输入Servers，打开Servers视图，右键选择New > Server，选择你本地的Tomcat版本。这里有一个老玩家才会注意的细节：Tomcat 9及以下版本使用javax命名空间，Tomcat 10以上版本换成了jakarta。如果你pom.xml里用的是javax.servlet-api，服务器就必须是Tomcat 9或8，否则Servlet和JSP启动时会报ClassNotFoundException或NoClassDefFoundError。

选择Tomcat安装目录时，Eclipse会提示你使用默认JRE，这里务必改成你配好的JDK。在Server视图双击Tomcat实例，打开配置面板，在Runtime Environment里检查JDK版本。服务端启动用的JRE如果和项目编译版本不一致，轻则报“找不到或无法加载主类”，重则整个Context启动失败。

配置完成后，右键项目 > Run As > Run On Server，选择你刚配置的Tomcat。Eclipse会把项目部署到Tomcat的webapps目录下，在它自己的控制台输出Spring日志。看到类似“Root WebApplicationContext: initialization completed”或“Tomcat started on port(s): 8080”的输出，说明Spring容器启动成功。

浏览器输入http://localhost:8080/项目名/home，看到JSP页面内容，整个传统Spring MVC配置过程就全部跑通了。

2.5 配置跑通之后，顺带理解Spring启动链路

很多人问我，为什么Eclipse控制台启动日志那么多，感觉Spring做了很多事情。其实你可以顺着web.xml的顺序去捋启动链路：Tomcat启动Web应用 -> 加载web.xml -> ContextLoaderListener创建根容器，读取applicationContext.xml，实例化业务层Bean -> 初始化DispatcherServlet，创建Web容器，读取springmvc-servlet.xml，实例化Controller、视图解析器等 -> 等待请求进入。请求到达之后，DispatcherServlet根据@RequestMapping匹配到Controller方法，执行后调用视图解析器渲染JSP。

这个流程理解了，你就明白为什么项目启动报错时，光看第一行异常是没用的。真正的问题往往在“Caused by”那一大串里，比如BeanDefinitionStoreException、BeanCreationException这些，它们会明确告诉你哪个bean创建失败、哪一行配置写错。

顺带说一个和配置有关但经常在面试里被问到的点：Spring三级缓存和循环依赖。Eclipse里配置Spring项目时，很多人习惯在Service里用构造器注入另一个Service的bean，结果运行时报出BeanCurrentlyInCreationException。这是因为Spring容器在实例化Bean时，遇到循环依赖只会用“提前暴露早期引用”的方式处理setter注入场景，而构造器注入在实例化阶段根本没法解决两个bean互相引用的问题。所以初学阶段不要轻易用构造器注入，用@Autowired的setter注入更稳。这个经验虽然不是配置表面的东西，但理解了能帮你少踩一个大坑。

3. Spring Boot与Eclipse：这才是现在的主战场

传统Spring项目跑通之后，你会发现大部分时间花在配置XML上，写业务代码反而是小头。Spring Boot的意义就在于把配置自动化，用自动配置帮你省掉那些繁琐的XML。Eclipse虽然老派，但跑Spring Boot完全没有问题，下面讲清楚两种玩法。

3.1 用Spring Initializr生成项目，还是纯手建

在Eclipse里创建Spring Boot项目，我推荐直接在start.spring.io网站生成一个压缩包，然后导入Eclipse。浏览器打开Spring Initializr，选择构建工具Maven、语言Java、Spring Boot版本（2.7.18或3.x看你需求），Group填com.demo，Artifact填项目名，依赖里加上Spring Web，生成后下载zip。

解压这个zip，得到一个标准的Maven工程，里面已经有pom.xml、启动类、application.properties配置文件。回到Eclipse，File > Import > Maven > Existing Maven Projects，选择解压后的目录，确认pom.xml被识别后点Finish。Eclipse会自动开始下载Maven依赖，等Maven进度条跑完，右键项目 > Maven > Update Project，让项目结构刷新一次，等待右下角不再有加载动画。

这种方式比在Eclipse内置的Spring Tools插件里创建项目更可控，因为你生成的项目文件是公开标准的，没有任何IDE私有元数据，今后换IDEA、换电脑都能平滑迁移。如果你只是想在Eclipse跑Spring Boot，这已经是最快的路径。

3.2 启动类与调试操作要点

Spring Boot项目的入口是一个带@SpringBootApplication注解的类，通常叫XxxApplication，里面有main方法。这个注解是一个组合注解，集合了@SpringBootConfiguration、@EnableAutoConfiguration和@ComponentScan。整个项目能跑起来全靠它。

启动方式非常简单：右键这个启动类 > Run As > Java Application。注意是Java Application而不是Spring Boot App，后者需要安装Spring Tools 4插件才会出现。启动后控制台会显示Spring Boot的Banner和“Started XxxApplication in xx seconds”日志，默认端口8080。

调试也一样，在代码行号处双击打断点，右键启动类 > Debug As > Java Application，请求访问到断点就会停下来。这里有个Eclipse特有怪癖：Spring Boot内嵌Tomcat时，Eclipse默认的HCR（Hot Code Replace）只支持修改方法体内部代码，不能新增方法、不能修改方法签名、不能新增类。你改动Controller方法名后，必须重启应用才能生效。我刚入行那会儿吃过这亏，改了一个响应实体的字段类型，一直没生效，最后只能重启。

开发阶段为了减少重启次数，我建议在pom.xml里加上spring-boot-devtools依赖：

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <scope>runtime</scope> </dependency>

devtools会在Eclipse里检测到classpath文件变化后自动重启Spring Boot应用，比手动重启快很多。不过它也有副作用，如果项目里用了缓存框架，你可能要额外配置触发热重启的方式，初学阶段不必深究，能自动重启就是赚到。

3.3 要不要安装Spring Tools 4插件

Eclipse官方维护的Spring工具，现在已经改名为Spring Tools 4，本质上是Eclipse的一个插件集合。Help > Eclipse Marketplace，搜索Spring Tools 4，安装完成后，右键Spring Boot项目会多出一些“Spring Boot”相关的开发菜单，同时在Boot Dashboard面板里可以集中管理多个Spring Boot应用。插件还内置了Spring配置文件的可视化编辑支持，写yaml、properties时会有自动提示。

我的建议是，如果你之前没有装过Spring相关插件，先不用装，用Maven导入+Run As Java Application的方式足够完成日常学习。插件本身是按Eclipse生态来发布的，有时候和你的Eclipse版本有兼容性问题，装完以后反而拖慢IDE启动速度。等你已经精通Spring Boot的日常开发流程，再去装插件体验它提供的高级功能。

3.4 在Eclipse里配置Spring Boot项目的端口和其他参数

Spring Boot的配置集中在application.properties或application.yml里，位置在src/main/resources目录下。修改端口很简单，加一行server.port=8081。如果需要配置数据库连接，在Spring Boot 2.7里可以加spring.datasource.url、username、password等，配合MyBatis等持久层框架。因为Boot理念就是约定优于配置，你不太需要像传统MVC项目那样手写XML。

不过有一点要注意，如果你导入的Spring Boot项目在Eclipse里一直报红叉，优先检查JDK版本。Spring Boot 3.x要求JDK 17，如果你的Eclipse关联的JRE是JDK 8，pom.xml里的maven.compiler.source和target跟实际JDK不匹配，编译阶段直接翻车。右键项目 > Properties > Java Build Path，确认JRE System Library指向正确的JDK；再到Project Facets里检查Java版本，Eclipse里经常出现“Java版本显示14但Compiler compliance level是1.8”这种诡异状态，手动改到一致再Update Project一次即可。

另外，Eclipse的Problems视图里的红叉其实可以忽略一部分。尤其是Maven项目刚导入时，因为依赖还没下载完，Red标可能会持续一阵子，等右下角Maven构建结束再刷新。习惯性右键项目 > Maven > Update Project，强制刷新一下依赖和JRE配置，多数红叉都会消失。

4. 高频报错与排查技巧实录

配Spring和跑Spring的过程里，报错是必然的。下面这几个问题是我在Eclipse环境里见过最高频的，几乎每个新手都会撞上至少一个。我把典型现象、原因和解决方案整理成速查表，再配几句个人感受，排查时照着看就行。

单独展开说两个重点。第一个就是Deployment Assembly问题，它在Eclipse部署时非常隐蔽。你明明pom.xml里有Spring的依赖，项目编译也正常，但Tomcat启动后Controller就报ClassNotFoundException，页面一动不动。右键项目 > Properties > Deployment Assembly，看看里面有没有Maven Dependencies这一项。如果只有src/main/java和src/main/webapp，说明Maven依赖根本没有被同步到Tomcat的WEB-INF/lib目录里。点击Add > Java Build Path Entries > Maven Dependencies，保存后再启动，这个坑就填平了。不少“项目代码明明没错就是启动不了”的案例，罪魁祸首就是这里。

第二个是Eclipse的自动部署机制。Eclipse默认会开启“Automatically publish when resources change”，也就是资源变动自动发布到Tomcat。但是这个自动发布有时不够及时，尤其是改配置文件、修改了Java代码但没触发编译的情况。建议在Server视图双击Tomcat实例，打开“Server Options”，勾选“Serve modules without publishing”，这样Eclipse运行时直接使用workspace里编译后的classes，避免多次清理Tomcat缓存。如果改了配置仍感觉没生效，就手动右键项目 > Clean，然后再Run On Server一次。

排查报错还有一个总原则：别只看最上面那行红字。Java应用报错的真正线索都在堆栈底部，特别是“Caused by”的部分。比如你看到的是“Servlet.init() for servlet dispatcher threw exception”，但真正原因是springmvc-servlet.xml里的schema文件、bean定义或依赖Bean有问题，往下面翻才能看到。养成一进控制台就搜索Caused by、BeanCreation、RequestMapping这几个关键词的习惯，能帮你节约大量时间。

5. 最后，分享几点实操体会

在Eclipse里配Spring这件事，本质上就是三座大山：JDK环境要配对、Maven依赖要管好、Web部署路径要让项目把依赖带上。只要把这三件事想明白，后面的报错基本都在你的射程范围内。我个人觉得，Eclipse虽然很多方面不如IDEA友好，但恰恰是这种不友好逼着你去理解每一个配置项的作用。IDEA一键生成了大量抽象配置，你根本不知道web.xml和DispatcherServlet是什么关系；用Eclipse手写一遍，你反而把这些概念刻进了长期记忆里。所以如果你是刚学JavaWeb的初学者，用Eclipse配一次传统Spring MVC项目，对后面理解Spring Boot和微服务体系都有很大帮助。

最后分享一个小经验：Eclipse右上角可以切换Perspective，做Spring开发时，建议把视图切到Java EE模式，打开Project Explorer和Servers视图，写配置时把Outline面板打开。这种布局看起来信息量更大，但实际开发时切换文件、看Bean定义、找错误提示都会顺手得多。还有个习惯，每改一次XML配置，就去看一眼控制台日志，别等到启动失败才回头看。很多配置错误其实在启动日志里早就给过警告了，只是没人细看。希望这篇内容能帮你少走些弯路，快速把Spring在Eclipse里跑起来。