喀什网上游客服务中心系统：SSM+JSP毕业设计源码解析与部署

简介针对刚开始接触Java Web的学习者这是一份基于SSMSpringSpringMVCMyBatis的喀什网上游客服务中心系统源码使用JSP实现前端展示配套MySQL数据库SQL文件和完整工程目录适合毕业设计、课程设计或项目二次开发。压缩包共1300个文件、33.65MB其中既有JSP页面、Java源码、Class文件也有CSS/JS样式与交互脚本、XML/MyBatis配置、JAR依赖库以及gif图片等静态资源压缩包内含226个JavaScript脚本、210个GIF动图、144个JSP页面、125个CSS样式及88个Java/Class文件等文件类型覆盖前台展示、后端逻辑与配置资源目录按dao、service、controller和视图分层导入eclipse/idea并配置JDK1.8、tomcat7、mysql5.7和Maven3.3.9后即可学习运行。项目覆盖游客资讯、酒店预订、导游信息、用户注册等常用业务并包含支付宝异步通知等脚本能直观展示SSM后段与JSP前端的数据交互过程。已有101人浏览学习源码经过调试部署或改功能时如遇问题可与博主沟通获取支持。1. 喀什网上游客服务中心系统一套能直接跑起来的 SSMJSP 毕业设计源码毕业设计答辩前两周你从各个渠道拿到一套“喀什网上游客服务中心系统”的 JSP 源码包导入 IDEA 后迎面就是十几个编译报错这种经历我见得太多了。这套系统的技术栈是 SSMSpring SpringMVC MyBatis加 JSP 页面属于这几年旅游管理类课程设计里出现频率很高的题源功能目标很明确游客在前台浏览景点信息、注册登录、提交留言管理员在后台维护景点数据和处理反馈。题目难度卡在中等不是纯 JDBC 的玩具项目也没有 Spring Boot 全自动配置那么多黑匣子正好能覆盖 Controller、Service、Mapper、JSP 四层完整开发链路。它适合正在做毕业设计、期末大作业或者大创项目的学生也适合需要快速套一个后台管理界面的从业者。2. 源码里的技术骨架SSM 三层架构是怎么拧在一起的2.1 web.xml 里藏着第一优先级两个容器的加载顺序拿到任何 SSM 老项目第一件事不是看 Controller而是打开 web.xml。这套项目的 web.xml 里几乎必然注册了两类东西Spring 的 ContextLoaderListener 和 SpringMVC 的 DispatcherServlet。这两个东西的启动顺序直接决定你后面排错的方向。context-param param-namecontextConfigLocation/param-name param-valueclasspath:applicationContext.xml/param-value /context-param listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener servlet servlet-namespringMvc/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servletContextLoaderListener 先启动加载 applicationContext.xml这个文件里通常放数据源、SqlSessionFactory、事务管理器、Service 层 Bean。DispatcherServlet 后启动加载 spring-mvc.xml里面放 Controller 扫描、视图解析器、静态资源映射。这俩是父子容器父容器里的 Service 可以被子容器里的 Controller 引用反过来不行。我在帮人改这类项目时遇到过最多的问题是 Controller 里 Autowired 的 Service 报空指针或者 NoSuchBeanDefinitionException。多数情况根本不是代码写错而是 spring-mvc.xml 里的context:component-scan把 service 包也扫了进去导致同一个 Service 在父容器和子容器各注册了一次注入时指向了错误容器。这种问题不要急着看业务代码先检查两个 XML 的 base-package 扫了哪些包。常见做法是两个配置文件按包名切分开spring-mvc.xml 只扫 controllerapplicationContext.xml 只扫 service 和 mapper。2.2 一个景点列表请求的完整流转从 DispatcherServlet 到 JSP 视图拿“景点列表”这个最基础的请求来说浏览器访问/scenic/list请求先到 DispatcherServletHandlerMapping 找到带RequestMapping(/scenic/list)的 Controller 方法参数绑定完成后进入 Service 层最后返回一个字符串视图名InternalResourceViewResolver 把它拼成/WEB-INF/views/scenic_list.jsp并渲染。典型 Controller 长这样Controller public class ScenicController { Autowired private ScenicService scenicService; RequestMapping(/scenic/list) public String list(Model model) { ListScenic list scenicService.listAll(); model.addAttribute(scenicList, list); return scenic_list; } }注意返回的是字符串地址而非自动重定向代码逻辑中携带 model 参数目的是把列表数据传入视图层。视图解析器配置在 spring-mvc.xml 中bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /beanprefix和suffix这两个参数是绑定在一起的Controller 里写scenic_list最后浏览器看到的是WEB-INF/views/scenic_list.jsp。把 JSP 页面放在 WEB-INF 下的好处是用户没法直接通过 URL 访问 JSP 源文件只能由 Controller 转发进入。这也意味着如果你在 spring-mvc.xml 里漏掉这个视图解析器所有 Controller 返回结果都会在浏览器显示一串怪异的视图名加 404。2.3 MyBatis 的核心配置接口、XML 映射和 SQL 参数SSM 项目里 MyBatis 环节最常见的结构是一个接口类 ScenicMapper一个同名 XML 文件放在 resources 目录下。接口方法对应 XML 里的 select 标签 idnamespace 必须完整写接口的全限定名。public interface ScenicMapper { ListScenic selectAll(); Scenic selectById(Integer id); }mapper namespacecom.kashi.mapper.ScenicMapper select idselectAll resultTypecom.kashi.entity.Scenic select id, name, address, price, description from scenic /select /mapper接口和 XML 是通过 namespace 和 id 匹配的这是这类源码里最容易被忽略的约定。如果 XML 文件跟接口不在同一个包下就要检查 Spring 配置里的 mapperLocations 是否正确指向 XML 所在目录bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath*:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.kashi.mapper/ /bean再说 SQL 参数。这里的#{}和${}是有区别的#{name}是预编译占位符能防 SQL 注入${name}是字符串拼接用来拼接表名、排序字段这种不能走占位符的场景。做模糊搜索时我一般会在 XML 里写 concat 拼接而不是直接在 Java 代码里拼好%再传进来select idselectByName parameterTypestring resultTypecom.kashi.entity.Scenic select * from scenic where name like concat(%, #{keyword}, %) /select另外一个隐藏点数据库字段如果用了下划线命名比如 tourist_id而实体类里叫 touristIdMyBatis 默认不会自动映射。涉及这种字段时要么在 SQL 里写别名 as touristId要么在 mybatis-config.xml 里开启 mapUnderscoreToCamelCase。毕业设计多数表结构命名简单但也保不齐有个别表字段带下划线先看一眼表结构再决定要不要开这个开关能省很多排错时间。3. 把项目跑起来环境、数据库、Tomcat 部署三步走3.1 环境准备JDK 1.8 Tomcat 8.5 Maven 3.6.3这类毕业设计源码的第一道坎是版本环境。代码里用的是 javax.servlet 和 javax.annotation不是 jakarta 开头说明它的目标环境就不是 JDK 11 以上的新生态。强行用 JDK 17 跑轻则编译警告重则 Tomcat 启动直接 IllegalAccessError。我的建议组合是先配一套 JDK 1.88u202 或 8u333 均可搭配 Tomcat 8.5Maven 用 3.6.3 或 3.8.x。先用命令确认当前环境java -version mvn -version如果 mvn -version 显示用的是 JDK 17而你系统里装了多个版本要去 Maven 的 bin 目录或环境变量 JAVA_HOME 处把默认 JDK 指回 1.8。Maven 和 IDEA 依赖下载用的是系统环境变量这个错位经常导致编译时各种奇奇怪怪的错误。用表格把版本匹配关系列清楚后面照着配就行组件推荐版本备注JDK1.88u202/8u333javax 包不用 JDK 11Maven3.6.33.9.x 也能用但没必要升级Tomcat8.5.xTomcat 10 已换 jakarta不兼容老项目MySQL5.7 / 8.08.0 需换驱动类加时区参数依赖下载在国内往往很慢如果 IDEA 里 Maven 一直转圈或者报 could not resolve dependencies去 Maven 的 conf/settings.xml 里配一个国内镜像。常见做法是加这一段把 central 仓库指到阿里云mirror idaliyunmaven/id mirrorOfcentral/mirrorOf urlhttps://maven.aliyun.com/repository/public/url /mirror镜像不是必须的但环境卡在依赖下载这一步上真能把人磨疯。配好之后重启 IDEA 的 Maven 索引让依赖列表刷出来再进行下一步。3.2 数据库初始化source 导入和对齐 jdbc.properties这套系统的数据库脚本一般叫 kashi_travel.sql 或者类似的名字放在项目根目录或 sql 目录下。导入前先把数据库建好字符集统一用 utf8mb4避免老项目里直接 import 时因为数据库默认字符集不一致导致中文乱码。mysql -u root -p进入 MySQL 后依次执行CREATE DATABASE IF NOT EXISTS kashi_travel DEFAULT CHARACTER SET utf8mb4; USE kashi_travel; SOURCE /path/to/kashi_travel.sql;SOURCE命令会把脚本里的建表语句和初始数据一次执行完。执行完毕后用SHOW TABLES;确认有哪些表再用SELECT COUNT(*) FROM admin;抽查初始数据是否导入了比如管理员账户是否存在。这一步能提前发现很多脚本问题别导完就关窗口。接下来是连接配置文件 jdbc.properties这套 SSM 项目的数据库连接信息通常都在这个文件里jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/kashi_travel?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.usernameroot jdbc.password123456如果你的 MySQL 是 5.7驱动类可以继续用 com.mysql.jdbc.Driver如果是 MySQL 8.0必须换成 com.mysql.cj.jdbc.Driver并且在 URL 上加serverTimezoneAsia/Shanghai否则启动时大概率报时区错误。characterEncodingUTF-8保证 JDBC 传输中文不乱码useSSLfalse是防止本机连接时出现 SSL 警告。password必须改成你自己本机 MySQL 的密码不是建库密码。3.3 IDEA 导入和 Tomcat 部署Artifact 配置决定你能不能启动成功IDEA 导入老 Maven 项目时选 File - New - Project from Existing Sources定位到 pom.xml让 IDEA 以 Maven 项目方式加载。导入完成后先跑一次 Maven 的 compile看看依赖是否齐全、Java 编译是否通过。如果 compile 阶段报错后面部署根本走不到。常见做法是先打开 Maven 面板点一下 clean 再 compile把旧的编译产物清掉。部署到 Tomcat 是坑最多的环节。Tomcat 启动时报 ClassNotFoundException 或 NoClassDefFoundError很多时候 controller 代码没问题而是 IDEA 的 Artifact 结构里没有把 Maven 依赖打包进 WEB-INF/lib。如果你是新手最快验证方式是直接打 war 包mvn clean package这条命令会在 target 目录生成一个 .war 文件把它复制到 Tomcat 的 webapps 目录启动 Tomcat 让它自动解压。如果这样能跑通说明 Maven 项目本身没问题问题只出在 IDEA 的 Artifact 配置上。在 IDEA 里通常要做的是Project Structure - Artifacts在 Output Layout 下确认 WEB-INF/lib 里有 Available Elements 里引入的所有依赖 jar。这一步不配置好点 Tomcat 启动按钮就会报部署失败。最后是访问路径和上下文。启动 Tomcat 后在浏览器输入http://localhost:8080/kashi_travel/如果首页没出来先看 Tomcat 启动日志有没有报错再确认部署的上下文路径是不是带项目名。很多项目在 web.xml 里配置了 welcome-file前台入口可能是 index.jsp也可能是跳到某个 Controller 的默认页面这个以源码实际配置为准。4. 业务模块拆解景点、登录、个人信息页面的完整数据流4.1 景点列表页JSTL 的 forEach 循环和 EL 表达式解析这类系统前端页面多半是 JSP 写的景点列表页是典型代表。Controller 里model.addAttribute(scenicList, list)JSP 里用 JSTL 标签把它渲染成重复的景点卡片。页面核心代码大概是这样的% page contentTypetext/html;charsetUTF-8 % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % ... c:forEach items${scenicList} varscenic div classscenic-item h3${scenic.name}/h3 span价格${scenic.price} 元/span p${scenic.description}/p /div /c:forEach这里有几个关键点。${scenicList}对应 Controller 里 Model 的 attributeName名字必须一致items接收的是集合或数组varscenic声明了循环里的变量名后面${scenic.name}实际上是调用了 Scenic 对象的 getName() 方法EL 表达式在底层是走 getter 的所以实体类里不能只有字段没有 getter/setter。如果你在页面上看到报错javax.el.PropertyNotFoundException多半就是实体类里少写了 getter。这套 JSTL 标签库需要依赖支撑pom.xml 里必须引入dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency如果缺了这个依赖页面第一行 taglib 引用就会直接报错。另外如果要显示序号用 varStatus 属性c:forEach items${scenicList} varscenic varStatusst tr td${st.index 1}/td td${scenic.name}/td /tr /c:forEachst.index从 0 开始st.count从 1 开始实际展示序号时用st.count更自然。4.2 游客注册登录表单提交、参数绑定和 Session 会话游客注册登录是这类系统必须有的功能也经常在答辩时被问到底层流程。JSP 页面的表单直白地测试了页面和后台的完整链路。注册表单form action${pageContext.request.contextPath}/tourist/register methodpost input typetext nameusername/ input typepassword namepassword/ input typetext namephone/ button typesubmit注册/button /formmethodpost意思是提交的数据放进请求体而不是拼在 URL 后面。${pageContext.request.contextPath}是动态获取项目部署上下文路径比如 /kashi_travel这样无论项目部署成根路径还是带项目名表单都不会因为路径写死而 404。这是我在老项目里最常补的一处代码很多源码里直接写死/kashi_travel/tourist/register换部署环境就崩。Controller 接收参数的方式如果方法签名里写的是多个简单类型参数SpringMVC 会根据参数名自动绑定Controller RequestMapping(/tourist) public class TouristController { Autowired private TouristService touristService; RequestMapping(value /register, method RequestMethod.POST) public String register(RequestParam String username, RequestParam String password, String phone, Model model) { if (touristService.isUsernameTaken(username)) { model.addAttribute(error, 用户名已存在); return register; } Tourist t new Tourist(username, password, phone); touristService.register(t); model.addAttribute(msg, 注册成功请登录); return login; } }RequestParam注解要求该参数必须出现在请求里否则抛 400phone 字段没加注解表示它可传可不传。这里的return register和return login都是通过视图解析器找到对应 JSP。返回 login 页时把msg放进了 Model所以登录页面上可以用${msg}显示注册成功提示。这个模式在 SSM 项目里极其常见Controller 负责收参数、做简单判断、决定返回哪个视图具体查数据库的逻辑全部下沉到 Service。登录成功后的会话保持依赖 HttpSession。Controller 里验证通过后把用户对象放进 SessionRequestMapping(/login) public String login(String username, String password, HttpSession session, Model model) { Tourist dbUser touristService.login(username, password); if (dbUser null) { model.addAttribute(error, 用户名或密码错误); return login; } session.setAttribute(loginUser, dbUser); return redirect:/index; }登录成功用 redirect 而不是直接 return index目的很实际避免刷新页面时表单被重复提交。直接 return index 是服务端转发浏览器地址栏还是 /tourist/login一刷新就又提交一次。重定向后地址栏变成了 /index刷新只重新加载首页不会再触发登录逻辑。这个区别答辩时经常被追问。4.3 个人信息展示页面从数据库查询结果到只读回显个人信息展示页是 JSP 项目里被点名次数很多的需求。这组关键词对应的场景很直接游客登录后点击“个人中心”看到自己的用户名、手机号、注册时间。数据链路是先从 Session 拿到当前登录用户 ID再调 Service 从数据库查出完整信息放到 Model最后在 JSP 里用 EL 表达式回显。RequestMapping(/tourist/info) public String info(HttpSession session, Model model) { Tourist loginUser (Tourist) session.getAttribute(loginUser); if (loginUser null) { return redirect:/tourist/loginPage; } Tourist fullInfo touristService.findById(loginUser.getId()); model.addAttribute(user, fullInfo); return personal_center; }页面回显部分table trtd用户名/tdtd${user.username}/td/tr trtd手机号/tdtd${user.phone}/td/tr trtd注册时间/tdtd${user.registerTime}/td/tr /table为什么这里要再查一次数据库而不是直接用 Session 里的 loginUser因为 Session 里存的是登录瞬间的对象注册时间或头像这类字段后续可能被管理员修改而且如果项目里后续加了积分、消费记录字段Session 里那份数据根本没有这些值。每次进个人中心重新查询保证页面展示的数据和数据库同步。这是我每次拿到老项目都要改的一个点很多模板代码直接拿 session 里的对象渲染看起来省了一步实际上埋了数据不同步的隐患。如果系统里区分了普通游客和管理员通常在个人中心页面还会用权限判断决定是否显示后台管理入口c:if test${user.role 1} a href${pageContext.request.contextPath}/admin/index进入后台/a /c:if${user.role 1}等价于调用 getUser().getRole() 后和 1 比较。这里假设实体里有 role 字段具体数值规则看数据库表设计比如 0 是普通游客1 是管理员。这种权限控制虽然粗糙但在毕业设计项目里够用且好解释。5. 避坑指南JSPSSM 里五个高频故障的排查记录5.1 EL 表达式原样显示在页面上现象JSP 页面里大括号表达式的源码没有任何预期解析页面上直接出现${scenic.name}这个字符串。原因web.xml 声明的是 Servlet 2.3 或更早版本这个规范下 EL 默认不解析。解决方法是把 web.xml 的文件头替换成 Servlet 3.x 版本web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaee xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocationhttp://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd version3.1改完重启 Tomcat再刷新页面看结果。如果只是某个单独页面出了问题不影响整个项目也可以在页面头加% page isELIgnoredfalse %作为临时应急但这不是治本之策。我从经验出发完整的 web.xml 头直接改成 3.1 版本是最干净的解决方案EL、标签库全套功能都会打开。5.2 Tomcat 启动时报 ClassNotFoundException: ContextLoaderListener现象Tomcat 部署后启动日志报ClassNotFoundException: org.springframework.web.context.ContextLoaderListener紧接着一堆 Spring 初始化失败。原因Maven 项目里的依赖 jar 没被包含进部署产物。这个错误在 IDEA 部署 war exploded 格式时出现最多因为 IDEA 的 Artifact 配置里漏了将依赖库打包。解决分两步走。第一步在 Project Structure - Artifacts 里找到部署配置检查 Output Layout 下有没有 WEB-INF/lib 目录里面是否列了 spring-web 等 jar。如果没有右键 Available Elements 里的 Library 或 Maven 依赖选择 Put into Output Root。第二步是终极验证直接用 Maven 打 warmvn clean package然后把 target 目录下的 .war 复制到 Tomcat 的 webapps 目录重启。能启动就说明依赖原件都在问题只出在 IDEA 面板配置。以后遇到这个报错心里第一反应就该是“jar 没进 lib”而不是去改业务代码。5.3 MyBatis 报 BindingExceptionInvalid bound statement现象项目启动正常但一访问景点列表接口就报BindingException: Invalid bound statement (not found): com.kashi.mapper.ScenicMapper.selectAll。原因MyBatis 的 Mapper 接口和 XML 映射没有建立对应关系。常见两种情况一种是 XML 文件的 namespace 和接口类全限定名不一致另一种是 XML 文件放在了不会被扫描到的位置比如和接口一起放进了 src/main/java 下面但打包时没被当成编译资源输出到 classes 目录。解决的第一步是核对 namespacemapper namespacecom.kashi.mapper.ScenicMappernamespace 必须与接口的全限定名一字不差。第二步是检查 Spring 配置里 mapperLocations 是否覆盖了 XML 文件目录property namemapperLocations valueclasspath*:mapper/*.xml/如果你的 XML 文件在 mapper 包里路径写成classpath*:mapper/*.xml就能扫到。还有种做法是把 XML 文件挪到 src/main/resources/mapper 目录下然后统一走 resource 扫描。这个挪文件的做法我每次都会做因为 src/main/java 下的 XML 在 Maven 打包时经常被忽略除非你在 pom.xml 里额外配置 resource 标签。5.4 页面样式全丢CSS、图片、JS 被 DispatcherServlet 拦截现象Tomcat 部署后页面 HTML 能显示但所有样式和图片都不见了控制台里是一排 404请求的是 static/css/style.css 这类路径。原因web.xml 里 DispatcherServlet 的 url-pattern 映射的是/所有请求都交给 SpringMVC 处理而 SpringMVC 核心是 MVC 流程它默认找不到静态资源。解决是在 spring-mvc.xml 中配置静态资源放行mvc:annotation-driven/ mvc:resources mapping/static/** location/static//mapping是你访问时用的 URL 前缀location是静态资源在 webapp 目录下的实际物理路径。如果你的页面里图片写在 JSP 的 img 标签里路径是${pageContext.request.contextPath}/static/images/x.jpg那这里的 mapping 就要匹配/static/**。另一种替代方案是在配置类中加一个 WebMvcConfigurer 的 addResourceHandlers效果是一样的。配置完成后重启 Tomcat样式就恢复了。5.5 中文乱码页面提交到数据库全程乱码现象后台管理系统里新增一条景点信息页面上提交时一切正常但前端列表显示的是“”或者一堆乱码。原因三层编码没有统一。第一层是 Tomcat 接收请求时对 POST 参数的解码第二层是 JDBC 连接 MySQL 时传递的字符编码第三层是数据库表和字段本身的 charset。解决时按从外到内的顺序逐个检查。首先在 web.xml 里加编码过滤器filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping其次确认 jdbc.url 里 characterEncodingUTF-8最后检查表结构ALTER TABLE scenic_spot CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;CONVERT TO会同时改表和字段的字符集。如果改了之后老数据还是乱码说明乱码在入库时就已经发生了只能把那条数据删掉重插。这里也有一个排查顺序的讲究先用 navicat 直接看数据库里存的是什么。数据库里是好的那就是页面显示环节的问题数据库里就是问号那就是 JDBC 或 Tomcat 解码环节的问题。按这个方向排十分钟能定位。6. 验证清单与两个小扩展让本地演示更稳6.1 三分钟验证清单拿到手先跑通这条线拿到这套源码后不要急着改代码。我习惯按一条固定链路先验证步骤操作预期结果1启动 Tomcat看控制台日志无异常无端口冲突2打开首页地址页面能渲染样式存在3用初始管理员账号登录跳转后台首页4在后台新增一条景点记录页面刷新后记录可见5前台注册一个新游客并登录个人信息展示页数据正确其中第 4 步和第 5 步是检验数据链路是否完整的硬指标如果这两步通过了项目基本跑通后面改功能都建立在真实验证过的地基上。6.2 小扩展给景点增加一个模糊搜索框前台列表页加一个搜索框把表单的请求指向一个新的 Controller 接口form action${pageContext.request.contextPath}/scenic/search methodget input typetext namekeyword placeholder输入景点名称/ button typesubmit搜索/button /formController 里加处理方法RequestMapping(/scenic/search) public String search(RequestParam(value keyword, required false, defaultValue ) String keyword, Model model) { model.addAttribute(scenicList, scenicService.searchByName(keyword)); return scenic_list; }作用理解RequestParam设置可传可不传不传时用空字符串避免必填参数报 400。Service 层用 MyBatis 的 like 拼接即可。这段代码量小但能展示你对请求参数绑定和模糊查询的掌握答辩时很好讲。6.3 小扩展景点图片的坐标定位有的人会问“JSP 里图片如何按坐标定位”这个问题本质不是 JSP 技术而是前端 CSS 坐标体系。JSP 只负责把坐标值渲染到页面上定位的工作交给 CSS。假设景点表里有 pointX 和 pointY 两个字段存储坐标前台循环展示c:forEach items${scenicList} varscenic div styleposition:relative; width:800px; height:600px; img srcimages/pin.png styleposition:absolute; left:${scenic.pointX}px; top:${scenic.pointY}px; alt${scenic.name}/ /div /c:forEachposition:absolute会让图片脱离文档流按 left 和 top 定位在父容器内。这里的坐标就是 CSS 像素坐标适合做景区导览图这类场景。如果要按真实地图经纬度定位后端表字段要改成 lng/latJSP 层用 JavaScript 调地图服务渲染这是更接近生产环境的做法作为毕业设计讲到这个层面已经超出大纲不少了。从那以后我每次拿到一套毕业设计源码都强制自己先按上面的清单跑通一遍再改业务代码尤其是把 admin 初始账号先改掉免得到时候演示翻车。希望帮到你。本文还有配套的精品资源点击获取