拿到一套Springboot旅游管理系统的源码包第一步别急着双击启动类先搞清楚它到底能干什么、技术栈里有哪些坑。这个项目我最近刚好完整过了一遍从建库到打包部署前后踩了不少坑也顺手把里面值得细看的部分拆了个遍。这篇文章就围绕这套系统的源码、数据库、调试部署和开发环境把我实际操作中的完整过程、配置细节、问题排查思路都写出来给正在做毕设、课程设计或者想拿Springboot练手的人做个参考。这套系统的定位很典型面向旅游业务场景覆盖前台信息展示、线路检索、在线下单、后台运营管理这些常规功能。它不是一个只跑通首页的空壳子而是包含完整的业务闭环有用户、商品线路、订单这几条核心链路。再加上Springboot本身在自动配置、内嵌容器方面的优势用它来做这类管理系统工程量适中又足够体现一个开发者对框架整合、数据库设计、事务处理的理解。这正是它能作为毕设或实训项目反复被选用的原因。1. 先把项目看懂功能模块与技术选型拆解1.1 前台用户端与后台管理端到底分了哪些功能如果是第一次接触这套系统最合理的打开方式是从“用户角色”入手去理解功能边界。系统通常区分两种视角游客或注册用户在前台能看到旅游线路、目的地、酒店、景点介绍能注册登录、收藏线路、提交预订订单管理员进入后台则处理线路上下架、订单审核与统计、用户管理、基础数据维护。前台的核心逻辑围绕一条旅游线路展开线路上架后展示在前台列表页点击进入详情页可以看到图文介绍、价格、行程安排、余位信息有意向就下单下单后进入待支付或待确认状态。这就是一个典型的“商品 购物车 订单”模型的旅游行业变体理解了这一点代码里那些看似分散的Controller和Service其实都是在服务这条主链路的。后台管理端一般不会做成前后端分离很多毕设项目直接用Thymeleaf渲染后台页面配合Bootstrap做布局。功能上重点是两张表线路表和订单表。线路表控制哪些数据对外可见、价格库存怎么调整订单表则展示用户提交的每一笔预订管理员可以确认、取消或完成订单。如果项目里还有评论和收藏功能那就是在用户与线路之间加了社交属性代码上对应两张独立的关联表。1.2 为什么这套技术栈会被反复用于管理系统开发Springboot在这类项目中的核心价值不是某个新特性而是它把整合成本降到了极低。之前用SpringMVC MyBatis做项目要写一堆XML配置、配置数据源、配置事务管理器、配置视图解析器光配置文件就能写好几页。换成Springboot之后大部分配置靠自动配置和application.yml就解决了内嵌的Tomcat也让“本地跑起来”这件事变得非常轻量。这套系统里还常见几个固定搭配MyBatis或MyBatis-Plus做持久层MySQL做存储Thymeleaf做服务端页面渲染Lombok省掉实体类的getter/setter。这些都是当前Java Web开发里日常用到的东西整套技术栈覆盖面很广却又不过度复杂。从学习角度来说读懂这个项目差不多就把企业里Springboot开发的基本套路摸清了。当然这套组合也有它需要注意的地方。MyBatis的SQL是自己写的意味着每个查询、更新都需要维护对应的XML或注解SQL业务一旦复杂起来XML文件会变得很长Thymeleaf服务端渲染在前后端协作时不如Vue、React灵活但好处是SEO友好、部署简单。另一个常见的坑是Lombok——如果IDE没装Lombok插件或者依赖版本和JDK不兼容实体类会直接编译报错。这些问题后面我会在常见故障部分单独展开。1.3 项目整体架构与包结构如何映射业务一套规范的Springboot项目包结构的组织方式往往比代码本身更能说明问题。典型的分层是controller、service、mapper或dao、entity或pojo、common、config。Controller负责接收HTTP请求、参数校验和响应封装Service负责业务逻辑编排比如下单时扣减线路余位、创建订单记录这两个操作必须在一个事务里完成Mapper负责数据库操作接口方法对应XML里的SQL语句。config包里一般放着Web配置、MyBatis配置、或者拦截器配置。common包则放统一返回结果类、异常处理类、工具类。我拿到一套源码后习惯先看pom.xml里引了哪些依赖再按“实体类 - Mapper接口 - Service接口及实现 - Controller”的顺序读。这样读下来的效率远高于从启动类开始逐行看。2. 环境搭建与Springboot核心配置拆解2.1 一套能直接跑起来的环境初始化配置不同的Springboot版本对JDK的要求差别很大这是环境搭建时最先要确认的事。Springboot 2.x通常基于JDK 8Springboot 3.x则要求JDK 17及以上。这套项目如果用的是Springboot 2.3或2.7最稳妥的选择就是JDK 8版本太高反而可能出现兼容性问题。实操中我的建议是按这个顺序来准备环境安装JDK 8配置好JAVA_HOME环境变量命令行执行java -version确认版本。安装IDEA推荐2020.3以上版本对Maven和Springboot的支持都比较完善。配置Maven如果自带Maven版本老旧可以单独下载3.6.3或3.8.x修改conf/settings.xml中的本地仓库路径并加上阿里云镜像源避免依赖下载慢的问题。打开IDEA设置在Build Tools中指定Maven主目录和settings.xml同时把JDK版本设为8。在插件市场安装Lombok插件否则实体类的编译会报找不到getter/setter方法。这套环境搭好之后导入项目的方式就简单了IDEA里选择File - Open找到项目根目录下的pom.xml以Maven项目方式打开等待依赖下载完毕即可。有一点要提醒如果之前本机装过高版本的JDK注意IDEA里的Project Structure和Settings中的Java Compiler都要同步改成8有些项目即使pom里声明了source/target为1.8编译器设置不匹配照样会报错。2.2 application.yml配置逐项解析这套系统的配置绝大部分集中在src/main/resources/application.yml里看懂这个文件基本就掌握了一套项目如何连接外部依赖。一个典型的配置大致长这样server: port: 8080 servlet: context-path: / spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/travel?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 hikari: maximum-pool-size: 10 minimum-idle: 5 connection-timeout: 30000 mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.travel.entity configuration: map-underscore-to-camel-case: true logging: level: com.example.travel.mapper: debug这里每一项背后都有讲究。比如JDBC驱动以前大家习惯写com.mysql.jdbc.Driver但MySQL 8.x的驱动类变成了com.mysql.cj.jdbc.Driver旧写法在连接新版MySQL时会有警告甚至报错。连接URL后面为什么要带serverTimezoneAsia/Shanghai因为MySQL 8.x默认的时区处理和JDBC客户端不一致不指定时区经常报The server time zone value相关错误。HikariCP参数值得多说两句。它是Springboot 2.x默认的数据库连接池之前常用的Druid、C3P0在这个项目里未必会出现。maximum-pool-size控制最大连接数minimum-idle控制最小空闲连接数connection-timeout控制获取连接的超时时间。这些参数在并发量不高的小项目里通常不用调但当数据库出现连接数耗尽、获取连接超时的时候第一反应应该是检查这里。MyBatis的map-underscore-to-camel-case也常被忽略。数据库字段习惯用user_name这种下划线命名Java实体习惯用userName这种驼峰命名开启这个配置后MyBatis会自动完成映射不用在XML里写麻烦的resultMap。如果发现“查出来的数据全是null”多半就是这个配置没开。2.3 静态资源与页面渲染的隐藏知识点Springboot对静态资源有自己的默认扫描路径。resource目录下的static文件夹专门存放css、js、图片templates文件夹存放Thymeleaf模板页面。Controller层return一个视图名称时Springboot会去templates下找对应的.html文件。实际操作中很容易遇到一种情况页面能打开但样式全乱了。这时候大概率是页面里引用的静态资源路径不对。用Thymeleaf时推荐使用th:href{/css/style.css}这种语法来引用它会自动拼接context-path。如果直接写/css/style.css部署到带context-path的环境下就找不到了。3. 数据库设计思路与核心业务实现细节3.1 旅游系统的表结构怎么设计才合理数据库设计是这类管理系统最见功底的地方也往往是论文中写得最长的章节。这套旅游管理系统的核心表通常包含这么几张用户表、旅游线路表、酒店表、景点表、订单表、收藏表、评论表。这里我把核心表结构和设计意图列一下。用户表是基础表字段包括id、username、password、real_name、phone、email、avatar、status、create_time。密码字段建议存MD5或BCrypt加密后的密文status用来控制账号是否可用delete字段或status字段要比直接物理删除更容易做数据恢复和软删除操作。旅游线路表是业务的中心重点字段包括id、title、route_type、price、original_price、details、days、start_city、end_city、image、stock、status、create_time。其中status字段控制线路是否在前台展示1表示上架、0表示下架。stock代表剩余名额每次下单时减少所以这个字段要放在事务里更新否则并发场景下会超卖。订单表是链路的核心字段包括id、order_no、user_id、route_id、hotel_id、quantity、total_price、contact_name、contact_phone、status、create_time、pay_time。order_no要生成唯一业务编号通常用时间戳加随机数或者UUID。status字段约定含义比如0待支付、1待确认、2已完成、3已取消、4已退款。这里最容易犯的错误是直接用字符串存状态比如“待支付”“已完成”不利于后续统计和条件查询。用int或tinyint存然后在Java代码或页面里做映射这才是规范做法。收藏表和评论表都是用户与线路的关联表。收藏表就三个核心字段user_id、route_id、create_time联合唯一索引避免重复收藏。评论表则要额外包含score和contentscore用于评分统计。3.2 初始化SQL导入过程中的常见问题拿到项目里的.sql文件后第一步不是直接导入而是先看它的字符集和引擎。如果建表语句里没有指定DEFAULT CHARSETutf8mb4导入之后插入中文可能出现乱码。utf8mb4是utf8的超集能完整支持中文和emoji是目前MySQL建表的推荐选择。Navicat导入前可以在连接属性里把编码设为utf8mb4避免文件、客户端、服务端三层编码不一致。另一个高频问题是外键约束导致导入失败。有些SQL文件里带了外键导入时有严格的顺序要求被引用的表必须得先建。如果导入顺序不对直接报Cannot add foreign key constraint。处理思路是先全部建成不带外键的表等所有数据灌进去之后再手动添加外键或者干脆在代码层维护表之间的关系不在数据库层使用物理外键。业务项目里普遍推荐“逻辑外键”模式也就是只在表里保存关联id不建物理约束这样在做分库分表、大批量导入时会灵活很多。3.3 核心业务链路从线路搜索到下单事务如果把整套系统的代码读一遍最值得学习的业务链路有两段线路的多条件搜索和下单事务。多条件搜索用的是MyBatis动态SQL。假设用户在前台选了目的地、价格区间、线路类型后端Controller接收这些查询参数封装成一个Query对象Mapper接口的定义类似ListRoute searchRoutes(Param(query) RouteQuery query);对应的XML里会用到where和if标签动态拼SQLselect idsearchRoutes resultTypecom.example.travel.entity.Route SELECT * FROM route where if testquery.dest ! null and query.dest ! AND end_city LIKE CONCAT(%, #{query.dest}, %) /if if testquery.minPrice ! null AND price gt; #{query.minPrice} /if if testquery.maxPrice ! null AND price lt; #{query.maxPrice} /if if testquery.type ! null AND route_type #{query.type} /if /where ORDER BY create_time DESC /select这样做的优势是用户有没有传某个条件SQL都会自动适配不用为每种情况单独写一条查询语句。下单事务是另一个关键点。用户提交订单时有几步操作必须保证原子性生成订单记录、扣减线路余位、可能还要更新用户下单次数。如果中间某一步失败前面已经执行成功的步骤必须回滚。实现方式是在Service方法上标注Transactional注解。Transactional(rollbackFor Exception.class) public Order createOrder(OrderRequest request) { Route route routeMapper.selectById(request.getRouteId()); if (route null || route.getStock() request.getQuantity()) { throw new BusinessException(线路不存在或余位不足); } Order order new Order(); // 设置订单字段、生成订单号 orderMapper.insert(order); routeMapper.decreaseStock(route.getId(), request.getQuantity()); return order; }这里有个细节值得反复琢磨为什么更新余位要单独写一条decreaseStock的SQL而不是在Java代码里先查出来、减掉、再更新因为这条SQL应该做成原子操作也就是UPDATE route SET stock stock - #{count} WHERE id #{id} AND stock #{count}。这种写法在并发场景下比“先查再改”可靠得多后者在并发请求下会因为读取到旧值而覆盖更新。4. 调试运行与打包部署全流程4.1 本地把项目跑起来的最短路径从拿到源码到页面正常显示最顺畅的路径大致是这样先建好数据库并导入SQL然后修改application.yml里的数据库账号密码再检查确认Maven依赖已下载完成最后启动启动类。等待控制台出现Tomcat started的日志浏览器访问localhost:8080就能看到前台首页。如果启动过程中直接报错不要慌先看异常发生的位置。BeanCreationException通常是某个依赖没注入成功ClassNotFoundException则指向缺失的依赖数据库连接失败会看到Cannot create PoolableConnectionFactory端口被占用会看到Port already in use。大多数启动问题都能归到这几类具体排查方式我在第六节统一写。一个容易被新手忽略的事情是修改了application.yml后必须重启项目才生效。Springboot默认没有热加载配置不像改Java代码那样可以靠devtools实现热更新。如果项目里引入了spring-boot-devtools依赖改完静态页面或配置文件后IDEA会自动重启但那也意味着每次改动都会重新加载上下文启动慢的项目反而更耽误时间。4.2 Maven打包成可执行jar并部署本地能跑通之后一个重要的技能就是打包部署。在IDEA右侧的Maven面板找到项目根模块展开Lifecycle双击package即可。也可以直接在项目根目录执行命令mvn clean package -DskipTests打出来的jar在target目录下名字一般是项目名-版本号.jar。这种jar是Springboot的可执行jar内部包含了所有依赖直接用Java命令就能启动java -jar travel-system-1.0.jar如果需要在服务器上后台运行不能直接关掉终端要用nohup方式启动nohup java -jar travel-system-1.0.jar --server.port8080 log.log 21 这里有个容易踩坑的地方打包过程如果跳过测试用的是-DskipTests如果写成了-Dmaven.test.skiptrue会把测试代码的编译也跳过某些依赖了测试代码的功能可能会受影响。第二个参数--server.port8080是Springboot允许的命令行覆盖配置的方式它的优先级高于application.yml所以当服务器上多个服务需要不同端口时用这个方式最方便。4.3 丢源码后用jar反编译找回项目的思路热词里有大量关于如何把Springboot jar反编译成项目的搜索这里必须说明一点反编译只应该用于恢复自己开发的程序、学习开源项目的技术原理或处理已获授权的场景任何对他人软件的破解、篡改都是不合法的。在这个前提下我来梳理一下技术路径。Springboot的jar内部结构其实很规整。打开后能看到BOOT-INF/classes目录存放项目自己的class文件和资源文件BOOT-INF/lib存放所有第三方依赖jarorg/springframework/boot/loader是Springboot的启动器类。所谓反编译就是把这些class文件还原成可读的Java源码。常用工具有JD-GUI、Luyten、Fernflower、CFR等。IDEA本身也自带反编译能力打开class文件就能看到反编译结果。反编译的步骤很简单用JD-GUI打开jar文件找到要还原的类点击File - Save All Sources就能把所有class批量导出为Java源文件。但这样得到的代码通常和原始源码有较大差异注释全部丢失泛型和变量名可能被简化Lombok生成的getter/setter直接变成冗长的原始方法资源文件也和源码目录结构不完全一致。所以反编译只能作为“找回逻辑”的手段不能指望它百分之百还原出能直接二次开发的工程。实操中有个更务实的做法需要看某个类的逻辑时用反编译工具单独查看需要整体恢复工程时手动创建一个新的Springboot工程把反编译得到的Java文件按包路径放回去再把resources下的配置和页面复制进去。这样做虽然工作量大但能得到一个结构清晰、可以继续开发的项目。把反编译当成学习手段没问题但正经开发时永远要把源码管理做好这是比任何工具都重要的习惯。5. 源码阅读路线与二次开发扩展方向5.1 一条高效的源码阅读顺序面对一堆源码文件不愿意从头读到尾才是正常的。真正高效的读法是从业务入口出发沿着请求链路走一遍。我的建议是这样先在浏览器里操作一遍业务打开浏览器开发者工具看Network里发的请求找一个典型请求比如“提交订单”记下它的URL和参数然后回到代码里搜索对应的Controller。找到Controller之后看方法上RequestMapping的路径是否匹配再顺着方法体里调用的Service进去看业务实现。Service里如果逻辑复杂会调多个Mapper接口方法再进Mapper接口看SQL。这一条线走完一个业务功能的完整生命周期就清楚了。按这个方式依次看线路列表、线路详情、注册登录、下单、后台订单管理这几个功能整个系统的八成就掌握了。阅读过程中建议顺手做两件事一是画一张功能清单表标记每个入口对应的Controller和Service方法后续做二次开发或写文档时这张表会非常省力二是在关键方法上打上注释记录自己对这段逻辑的理解。一套带注释的源码在答辩或面试讲项目时效果远超“我看了别人的代码”。5.2 几个实用且有亮点的二次开发方向如果不想停留在“跑通原项目”的层面有几个扩展方向能让项目在答辩或面试中更有谈资。第一个方向是引入统一返回结果和全局异常处理。很多原始项目在Controller里直接返回ModelAndView或在方法里返回散装数据接口风格不统一。可以定义一个Result类把code、message、data封装起来再写一个RestControllerAdvice全局异常处理器这样所有接口的返回结构规范、异常信息可控是代码质量上的实打实提升。第二个方向是给热门线路加Redis缓存。查询热门线路是典型的读多写少场景用Redis做缓存能显著减少数据库压力。做法是在启动类上开启缓存注解在Service的热门线路查询方法上加Cacheable注解并指定缓存的key。这个扩展的技术含量不高但它能引出缓存穿透、缓存失效、缓存一致性这些面试常问的话题价值在于能“讲得出东西”。第三个方向是接入MinIO做图片存储。原始项目里线路图片通常放在本地目录或数据库路径字段扩展为MinIO后上传的图片由MinIO管理系统只需要保存访问地址。这个方向可以引出对象存储、文件上传下载、Nginx反向代理访问静态资源等一系列知识点。第四个方向是引入Spring Security或Sa-Token做登录鉴权。原始项目可能只依赖Session或简单的拦截器判断登录状态换成Spring Security之后虽然配置复杂度增加了但在密码加密、角色权限、接口保护方面的能力是原始方案没法比的。如果论文里想体现“安全性设计”这是一个很好的切入点。5.3 二次开发中关于环境配置的坑扩展功能时最容易踩的坑是依赖版本冲突。比如引入了Redis相关依赖Springboot的自动配置会立即尝试连接本地的Redis服务如果本机没装Redis项目启动就会报错。解决方案是在配置里把Redis的host、port、password补全或者暂时用spring.redis.enabledfalse之类的配置项关掉自动配置具体属性名取决于Springboot版本。引入MinIO也一样新版MinIO Java SDK的包名和旧版完全不一样很多旧教程的import路径已经失效。遇到这类问题时最靠谱的做法是去Maven中央仓库查最新版本的官方文档而不是在网上盲目复制旧代码。开发环境里的版本兼容问题本质上就是“依赖版本”和“配置写法”两者对不上的问题没有捷径只能耐心对照官方文档排查。6. 常见问题排查与避坑经验实录6.1 启动失败Springboot版本太高导致的兼容性问题在不同机器上复现这个项目时我遇到过几次启动类一运行就立刻退出日志里报UnsupportedClassVersionError或Failed to configure a DataSource的情况。前者多半是JDK版本太低而项目用了高版本的Springboot比如3.x编译出的class文件JDK 8跑不动后者则是Springboot的自动配置找不到数据源。解决办法是匹配版本关系Springboot 2.x配合JDK 8或11Springboot 3.x配合JDK 17。检查pom.xml里parent标签的spring-boot-starter-parent版本再检查本机JDK版本让两者处于同一时代。这个版本矩阵不只是一个项目的特殊问题理解清楚之后以后创建任何Springboot新项目都能少踩一半的坑。还有一个容易被忽略的问题pom.xml里同时引入了spring-boot-starter-parent和本地Maven仓库残留的旧依赖这会导致项目实际编译用的依赖版本与声明的版本不一致。遇到莫名奇妙的编译错误先执行mvn clean再mvn package把target目录和本地仓库里的旧jar清理干净往往就解决了。6.2 数据库连不上从连接池报错定位到真正的病因数据库连接故障是Springboot项目里最普遍的启动问题。报错日志里看到Cannot create PoolableConnectionFactory时传统的排查顺序是确认MySQL服务启动了没有、确认数据库名存在没有、确认账号密码对不对、确认端口是3306还是被改过、确认url里有没有带serverTimezone参数。这套顺序虽然繁琐但能有效覆盖掉90%以上的连接失败问题。在一台新环境上部署时我遇到过一种特别隐蔽的情况本地防火墙拦截了3306端口应用和数据库在同一台机器上反而没事跨机器部署时就连不上。如果确认了MySQL配置无误但应用就是连不上数据库检查一下防火墙和安全组规则把MySQL端口放通即可。还有一次是连接URL里写成了jdbc:mysql://localhost:3306/travel但MySQL部署在另一台服务器上localhost解析到的自然是本机这种低级错误因为整条链路都是通的、报错日志又不直接指向IP错误反而最让人兜圈子。6.3 页面样式丢失与静态资源404页面能打开但样式全乱是Thymeleaf项目的经典问题。排查时先按F12打开开发者工具看Console和Network里css、js的加载情况。如果静态资源返回404再看页面里的引用路径。使用Thymeleaf模板时静态资源推荐用th:href{/css/style.css}这个语法会自动拼接项目的context-path。如果项目配置了server.servlet.context-path: /travel页面里直接写/css/style.css就会404因为实际正确路径是/travel/css/style.css。这个配置和引用不一致的问题在所有Springboot Thymeleaf项目里都会出现值得记牢。6.4 端口被占用与重复启动如果启动日志里出现Port 8080 was already in use说明8080端口被占用了。在Windows上用netstat -ano | findstr 8080查到占用进程的PID再用taskkill /PID 进程号 /F结束进程。在Linux上用lsof -i:8080和kill -9 进程号配合使用。还有一种情况是同一个服务被重复启动了好几次因为第一次启动没有完全成功但进程又没有退出第二次启动时就必然报端口冲突。检视进程列表里是否有多个同名java进程有的话全部结束再重新启动比一直在报错日志里空转有效率得多。6.5 表名或字段与MySQL保留字冲突如果导入SQL时建表成功但程序执行查询时报You have an error in your SQL syntax大概率是SQL里用了MySQL的保留字作为表名或字段名。order这个词就是最典型的保留字旅游系统里偏要用它做订单表的表名。解决办法有几种给表和字段加上反引号比如order或者更推荐的做法是建表时就用t_order、tb_order这类命名习惯从根源上避开保留字。项目代码里SQL如果没加反引号又要用order这个词最稳妥的还是改表名然后同步修改实体类的TableName注解和XML里的表名。6.6 Lombok有关的奇怪编译错误实体类里只写了字段没有手写getter和setter编译却报找不到方法这种问题十有八九是Lombok没生效。检查顺序是pom.xml里是否引入了lombok依赖IDEA是否装了Lombok插件Settings里Annotation Processing是否处于开启状态。这三项缺一不可。项目迁移到新机器时最容易踩这个坑因为新机器的IDEA默认可能没装Lombok插件。顺带说一下如果IDEA里能看到getter和setter方法但运行时找不到那多半是打包时依赖没有包含lombok。Springboot的可执行jar会把依赖打进去一般不会出这个问题但如果是自己手写的Maven配置没有把lombok的scope配置为provided又没打进jar线上运行就会报找不到方法。这个问题用mvn dependency:tree查看依赖树确认lombok的scope配置即可。7. 写在最后的个人实操心得这套Springboot旅游管理系统我从环境搭建、数据库导入、源码阅读到部署打包完整走了一遍最大的感受是这类项目表面上看是一个毕设作品但里面对Springboot、MyBatis、MySQL、Thymeleaf的整合方式其实就是中小型Java Web项目的标准范式。把一条“用户浏览线路 - 提交订单 - 后台审核 - 数据统计”的链路彻底打通这笔经验放在任何企业级业务开发里都是通用的。最后分享两个我在实际操作中觉得特别有用的习惯。第一个是拿到任何Springboot项目之后第一件事去pom.xml里确认Springboot的版本和JDK版本再去看配置文件最后看业务代码。版本不搭后面所有步骤都白费。第二个是遇到任何环境或运行问题先看完整异常栈不要只看最上面几行。Springboot的异常栈里前几行经常是无关紧要的包装信息真正的Root Cause往往在中间甚至底部。养成倒着读异常栈的习惯之后排查速度会快一大截。如果你准备用这套系统做毕设或者面试项目建议别只停留在跑通的层面挑一个模块按我上面说的方法重构一遍写进自己的项目经历里效果比拿一个别人的原始项目去讲要好得多。