尧图网站建设 
简介这份毕业设计资源面向计算机相关专业学生与Java初学者提供一套基于JavaMVC三层架构的天气预报穿衣搭配APP完整源码覆盖PC服务端与安卓Android客户端可用于课程设计、毕设参考或自学练手。压缩包共424个文件约2.73MB其中93个java文件承载业务逻辑与数据访问86个xml与31个jsp支撑界面与配置另有gif、png、jpg等图片素材及sql脚本、properties配置、jar依赖和1个mp4演示视频结构完整便于二次开发。系统采用界面层、业务逻辑层、数据层分离的MVC设计思想服务端与客户端通过XML传输记录集、JSON传输单个对象功能涵盖管理员发布各地区天气与公告、用户按所在地区查询天气、气温变化提示穿衣搭配及虚拟人物风格展示实体涉及地区、用户等模块。目前已有265人学习下载适合需要完整赛题方案、分层架构范例与排错思路的读者参考借鉴。1. 从一份 JavaMVC 天气穿衣 APP 源码说起它到底能跑出什么如果你正在找一份能同时覆盖 Java 服务端、Android 客户端、MySQL 数据库和 MVC 三层架构的毕业设计源码这份「天气预报穿衣搭配 APP」大概率会出现在你的候选清单里。它的核心逻辑很直接管理员在 PC 端发布各地区天气和穿衣公告Android 端用户查询自己所在地区的天气并根据气温变化看到对应的穿衣搭配提示。技术栈上服务端用 Java 写 Action/Servlet/DAO客户端用 Android Studio 或 Eclipse 开发数据通信走 XML 和 JSON 两种格式。源码包里能看到WeatherAction.class、UserInfoAction.class、NoticeAction.class、WeatherDataAction.class、AreaAction.class、ExportExcelUtil.class、UserInfoServlet.class、ConnectionPool.class、UserInfoDAO.class这些类文件说明它把控制层、业务层、数据层拆得比较清楚。适合谁适合需要一份结构完整、能改能扩、答辩时讲得出 MVC 分层理由的毕业设计选手也适合想拿一个真实小项目练手 Java Web Android 联调的人。2. MVC 三层架构怎么落到代码里从 Action 到 DAO 的调用链2.1 为什么这份源码值得拆分层不是口号是排错地图很多毕业设计源码把 Servlet 当万能胶查询、业务判断、数据库连接全塞在一个doPost里改一个字段要翻三百行。这份源码的类名暴露了它的组织方式WeatherAction、UserInfoAction、NoticeAction、AreaAction负责接收请求和返回响应UserInfoDAO负责用户表的增删改查ConnectionPool单独管数据库连接ExportExcelUtil处理导出。这种拆法不一定多优雅但对你排错极其友好——天气查不出来先看WeatherAction有没有拿到地区参数用户登录失败先看UserInfoDAO的 SQL 和ConnectionPool是否正常。MVC 在这里的落地方式是Android 端或 PC 端页面作为 ViewAction/Servlet 作为 ControllerDAO 和实体类作为 Model。数据通信格式上查询记录集用 XML单个对象信息用 JSON。为什么这么设计常见做法是列表数据用 XML 方便批量解析和兼容老代码单对象用 JSON 减少冗余标签。你接手后不必推翻但要知道这个边界——如果新增一个「未来七天天气」接口返回的是列表按原风格走 XML 更稳。2.2 服务端环境搭建MyEclipse/Eclipse/Idea MySQL 的最小可跑配置先别急着改代码把服务端跑起来是第一关。开发环境原文写的是 MyEclipse/Eclipse/Idea 都可以数据库 MySQL。我一般会按下面顺序走# 1. 建库字符集用 utf8mb4避免中文地区名乱码 CREATE DATABASE weather_app DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 2. 导入源码包里的 .sql 文件如果有没有就根据实体 ER 手动建表 # 地区表地区id、地区名称 # 用户表用户名、登录密码、所在地区、姓名、性别、出生日期、用户照片// 3. 检查 ConnectionPool 里的数据库连接参数 // 常见写法是读取 db.properties 或直接硬编码 String url jdbc:mysql://localhost:3306/weather_app?useUnicodetruecharacterEncodingutf8mb4; String user root; String password 你的密码;逻辑说明ConnectionPool是数据库连接池的封装类所有 DAO 操作都从这里拿连接。参数说明useUnicodetrue和characterEncodingutf8mb4必须同时出现否则地区名里的生僻字或 emoji 会变问号。如果导入项目后启动报ClassNotFoundException: com.mysql.jdbc.Driver说明 MySQL 驱动 jar 没放进WEB-INF/lib或者驱动版本和 MySQL 8.x 不匹配——8.x 要用com.mysql.cj.jdbc.Driver。提示Idea 导入老 Eclipse 项目时先在 Project Structure 里把 SDK 设成 Java 8再把 Web 模块的web.xml路径指对否则 Action 映射全部 404。2.3 Android 端联调改 BaseUrl、加网络权限、处理 XML/JSON 解析Android 端要连服务端第一件事是改请求地址。源码里通常有一个HttpUtil或BaseUrl常量把它改成你电脑的局域网 IP不要写localhost——手机上的localhost指向手机自己。!-- AndroidManifest.xml 里加网络权限 -- uses-permission android:nameandroid.permission.INTERNET / uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE /// 常见请求封装用 HttpURLConnection 或 OkHttp // 查询天气列表走 XML 解析查询用户信息走 JSON 解析 // 注意Android 9 以上默认禁止明文 HTTP需要在 application 标签加 android:usesCleartextTraffictrue参数说明usesCleartextTraffic是 Android 9API 28引入的限制不加的话 HTTP 请求直接抛Cleartext HTTP traffic not permitted。如果你用 Android Studio 新建工程移植代码还要把compileSdkVersion和targetSdkVersion调到 28 以下或者老老实实加这个属性。XML 解析常见用XmlPullParserJSON 用JSONObject源码里应该已经有对应工具类别重复造轮子。3. 天气发布与穿衣搭配的业务闭环管理员端和用户端怎么串起来3.1 管理员发布天气AreaAction 与 WeatherDataAction 的配合管理员在 PC 端发布天气流程是先选地区再填天气数据最后写穿衣公告。AreaAction负责地区列表的增删查WeatherDataAction负责天气记录的写入NoticeAction负责公告。这三个 Action 的调用顺序不能乱——没有地区天气记录挂不上去没有天气数据穿衣公告就没有温度依据。// WeatherDataAction 里常见的保存逻辑 public String save() { // 1. 从请求里取 areaId、temperature、weatherDesc、publishDate // 2. 调用 WeatherDataDAO.insert(weatherData) // 3. 根据温度区间生成穿衣建议写入 Notice 表 // 4. 返回 JSON 给前端提示成功 }逻辑说明温度区间到穿衣建议的映射通常写死在代码里比如低于 10 度提示羽绒服10 到 20 度提示外套20 度以上提示短袖。参数说明areaId必须和Area表主键对应否则用户端按地区查询时查不到。如果你要扩展成「体感温度」或「风力影响」改这个映射方法就行不用动数据库结构。3.2 用户查询自己所在地区天气从登录态到地区过滤用户端登录后UserInfoAction会返回用户信息其中「所在地区」字段决定了后续天气查询的过滤条件。用户查天气时Android 端把地区名或地区 id 传给WeatherDataAction服务端按地区过滤后返回最近几天的记录集。-- WeatherDataDAO 里按地区查天气的 SQL 大致长这样 SELECT w.temperature, w.weather_desc, w.publish_date, n.notice_content FROM weather_data w LEFT JOIN notice n ON n.area_id w.area_id WHERE w.area_id ? ORDER BY w.publish_date DESC LIMIT 7;参数说明LIMIT 7控制返回最近七天如果你要查更久改这个数字。LEFT JOIN保证即使某天没有公告天气数据也能返回。常见坑是用户改了所在地区但登录态没刷新导致查的还是旧地区——解决方法是每次查询前用UserInfoDAO重新读一次用户表或者让 Android 端在切换地区后强制重新登录。3.3 穿衣搭配的虚拟人物展示视频文件插入与资源路径原文提到「在虚拟人物进行搭配的风格安卓端插入个视频文件就可以了」。这意味着穿衣搭配的展示不是动态渲染 3D 模型而是根据温度区间播放不同的视频片段。实现方式通常是在 Android 端放一个VideoView或SurfaceView根据服务端返回的穿衣建议代码切换视频源。// 根据温度区间选择视频文件 if (temperature 10) { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.winter); } else if (temperature 20) { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.spring); } else { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.summer); } videoView.start();逻辑说明视频文件放在res/raw目录下命名建议用英文小写避免打包失败。参数说明android.resource://是 Android 访问 raw 资源的固定 URI 格式包名和资源 id 必须拼对。如果你要换成在线视频把setVideoPath换成setVideoURI并传入服务端返回的 URL 即可但要注意 Android 9 的明文流量限制同样适用。4. 避坑与排查这份源码跑不起来时先看这五条4.1 现象服务端启动报 404所有 Action 都访问不到原因web.xml里的 servlet 映射和 Action 类名不匹配或者项目没有正确部署到 Tomcat 的 webapps 目录。老 Eclipse 项目的web.xml可能是 2.3 版本Idea 导入后默认用 4.0 解析导致url-pattern失效。解决检查web.xml里每个servlet-class是否和源码包里的类名一致把web-app标签的版本改成和原项目一致或者用注解WebServlet重新注册。4.2 现象Android 端请求返回乱码中文地区名变问号原因服务端响应头没设Content-Type: text/xml;charsetutf-8或application/json;charsetutf-8或者 MySQL 连接串没加characterEncodingutf8mb4。解决在 Action 输出前加response.setContentType(text/xml;charsetutf-8)同时确认数据库和表的字符集都是utf8mb4。如果已经乱码导出 SQL 用iconv转码后重新导入。4.3 现象Android Studio 编译报Duplicate class或Cannot resolve symbol R原因源码包里的R.java和 Android Studio 自动生成的冲突或者资源文件命名有大写字母。解决删掉源码里自带的R.java让 IDE 重新生成把所有资源文件名改成小写加下划线比如weather_bg.png而不是weatherBg.png。4.4 现象用户登录成功但查天气提示「无数据」原因UserInfoDAO返回的用户对象里「所在地区」字段为空或者WeatherDataAction拿到的地区 id 和Area表对不上。解决先在 MySQL 里SELECT * FROM user_info确认地区字段有值再SELECT * FROM area确认地区 id 存在最后在WeatherDataAction里打印接收到的参数看是不是 Android 端传了地区名而服务端按 id 查。4.5 现象导出 Excel 功能报NoClassDefFoundError: org/apache/poi/...原因ExportExcelUtil依赖 Apache POI但源码包没带全 jar或者只带了poi.jar没带poi-ooxml.jar。解决去 POI 官网下对应版本把poi、poi-ooxml、poi-ooxml-schemas、commons-collections4一起放进WEB-INF/lib。注意 POI 版本要和 JDK 匹配JDK 8 用 POI 4.x 比较稳。5. 二次开发与验证把这份源码改成能写进简历的项目5.1 加一个「按温度区间自动匹配穿衣建议」的配置表原源码把温度区间写死在 Java 代码里改一次要重新编译。我一般会把它抽到数据库表里方便答辩时演示「可配置」。CREATE TABLE dress_advice ( id INT PRIMARY KEY AUTO_INCREMENT, min_temp INT NOT NULL, max_temp INT NOT NULL, advice VARCHAR(200) NOT NULL, video_name VARCHAR(50) NOT NULL ); INSERT INTO dress_advice (min_temp, max_temp, advice, video_name) VALUES (0, 10, 羽绒服毛衣长裤, winter), (11, 20, 外套长袖休闲裤, spring), (21, 30, 短袖短裤/裙子, summer);然后在WeatherDataAction里把原来的if-else换成查这张表// 根据温度查穿衣建议 DressAdvice advice dressAdviceDAO.findByTemp(temperature); notice.setNoticeContent(advice.getAdvice()); notice.setVideoName(advice.getVideoName());逻辑说明这样改完管理员在后台改温度区间不用重启服务答辩时也能讲「配置化设计」。参数说明min_temp和max_temp是闭区间查询时用WHERE ? BETWEEN min_temp AND max_temp。注意边界值不要重叠否则会查出两条。5.2 验证方法用 Postman 和 Android 真机各跑一遍服务端跑起来后先用 Postman 测WeatherDataAction的查询接口确认返回的 XML 或 JSON 结构正确。然后把 Android 端装到真机上改BaseUrl为电脑局域网 IP关掉防火墙对 8080 端口的拦截。真机测试时重点看三件事登录能不能拿到用户信息、天气列表能不能按地区过滤、视频能不能根据温度切换。如果真机连不上先用手机浏览器访问http://电脑IP:8080/项目名/能打开说明网络通打不开就是防火墙或 Tomcat 绑定地址问题。5.3 一个具体技巧用ExportExcelUtil反向检查数据完整性ExportExcelUtil不只是导出功能它还能当数据校验工具用。把用户表、天气表、公告表全导成 Excel一眼就能看出哪些地区没有天气记录、哪些用户没填所在地区。我每次改完 DAO 的 SQL 都会先导一遍比写单元测试快。注意导出时如果数据量超过 5 万行POI 的XSSFWorkbook会吃光内存换成SXSSFWorkbook流式导出就行。从那以后我每次拿到一份毕业设计源码都强制先跑通「登录→查天气→看穿衣建议」这条最短路径再动任何一行代码。这份 JavaMVC 天气穿衣 APP 的结构不算复杂但分层清晰、通信格式明确改起来有迹可循。希望帮到你。本文还有配套的精品资源点击获取 Java MVC天气穿衣APP源码解析：从分层架构到Android联调实战
简介这份毕业设计资源面向计算机相关专业学生与Java初学者提供一套基于JavaMVC三层架构的天气预报穿衣搭配APP完整源码覆盖PC服务端与安卓Android客户端可用于课程设计、毕设参考或自学练手。压缩包共424个文件约2.73MB其中93个java文件承载业务逻辑与数据访问86个xml与31个jsp支撑界面与配置另有gif、png、jpg等图片素材及sql脚本、properties配置、jar依赖和1个mp4演示视频结构完整便于二次开发。系统采用界面层、业务逻辑层、数据层分离的MVC设计思想服务端与客户端通过XML传输记录集、JSON传输单个对象功能涵盖管理员发布各地区天气与公告、用户按所在地区查询天气、气温变化提示穿衣搭配及虚拟人物风格展示实体涉及地区、用户等模块。目前已有265人学习下载适合需要完整赛题方案、分层架构范例与排错思路的读者参考借鉴。1. 从一份 JavaMVC 天气穿衣 APP 源码说起它到底能跑出什么如果你正在找一份能同时覆盖 Java 服务端、Android 客户端、MySQL 数据库和 MVC 三层架构的毕业设计源码这份「天气预报穿衣搭配 APP」大概率会出现在你的候选清单里。它的核心逻辑很直接管理员在 PC 端发布各地区天气和穿衣公告Android 端用户查询自己所在地区的天气并根据气温变化看到对应的穿衣搭配提示。技术栈上服务端用 Java 写 Action/Servlet/DAO客户端用 Android Studio 或 Eclipse 开发数据通信走 XML 和 JSON 两种格式。源码包里能看到WeatherAction.class、UserInfoAction.class、NoticeAction.class、WeatherDataAction.class、AreaAction.class、ExportExcelUtil.class、UserInfoServlet.class、ConnectionPool.class、UserInfoDAO.class这些类文件说明它把控制层、业务层、数据层拆得比较清楚。适合谁适合需要一份结构完整、能改能扩、答辩时讲得出 MVC 分层理由的毕业设计选手也适合想拿一个真实小项目练手 Java Web Android 联调的人。2. MVC 三层架构怎么落到代码里从 Action 到 DAO 的调用链2.1 为什么这份源码值得拆分层不是口号是排错地图很多毕业设计源码把 Servlet 当万能胶查询、业务判断、数据库连接全塞在一个doPost里改一个字段要翻三百行。这份源码的类名暴露了它的组织方式WeatherAction、UserInfoAction、NoticeAction、AreaAction负责接收请求和返回响应UserInfoDAO负责用户表的增删改查ConnectionPool单独管数据库连接ExportExcelUtil处理导出。这种拆法不一定多优雅但对你排错极其友好——天气查不出来先看WeatherAction有没有拿到地区参数用户登录失败先看UserInfoDAO的 SQL 和ConnectionPool是否正常。MVC 在这里的落地方式是Android 端或 PC 端页面作为 ViewAction/Servlet 作为 ControllerDAO 和实体类作为 Model。数据通信格式上查询记录集用 XML单个对象信息用 JSON。为什么这么设计常见做法是列表数据用 XML 方便批量解析和兼容老代码单对象用 JSON 减少冗余标签。你接手后不必推翻但要知道这个边界——如果新增一个「未来七天天气」接口返回的是列表按原风格走 XML 更稳。2.2 服务端环境搭建MyEclipse/Eclipse/Idea MySQL 的最小可跑配置先别急着改代码把服务端跑起来是第一关。开发环境原文写的是 MyEclipse/Eclipse/Idea 都可以数据库 MySQL。我一般会按下面顺序走# 1. 建库字符集用 utf8mb4避免中文地区名乱码 CREATE DATABASE weather_app DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 2. 导入源码包里的 .sql 文件如果有没有就根据实体 ER 手动建表 # 地区表地区id、地区名称 # 用户表用户名、登录密码、所在地区、姓名、性别、出生日期、用户照片// 3. 检查 ConnectionPool 里的数据库连接参数 // 常见写法是读取 db.properties 或直接硬编码 String url jdbc:mysql://localhost:3306/weather_app?useUnicodetruecharacterEncodingutf8mb4; String user root; String password 你的密码;逻辑说明ConnectionPool是数据库连接池的封装类所有 DAO 操作都从这里拿连接。参数说明useUnicodetrue和characterEncodingutf8mb4必须同时出现否则地区名里的生僻字或 emoji 会变问号。如果导入项目后启动报ClassNotFoundException: com.mysql.jdbc.Driver说明 MySQL 驱动 jar 没放进WEB-INF/lib或者驱动版本和 MySQL 8.x 不匹配——8.x 要用com.mysql.cj.jdbc.Driver。提示Idea 导入老 Eclipse 项目时先在 Project Structure 里把 SDK 设成 Java 8再把 Web 模块的web.xml路径指对否则 Action 映射全部 404。2.3 Android 端联调改 BaseUrl、加网络权限、处理 XML/JSON 解析Android 端要连服务端第一件事是改请求地址。源码里通常有一个HttpUtil或BaseUrl常量把它改成你电脑的局域网 IP不要写localhost——手机上的localhost指向手机自己。!-- AndroidManifest.xml 里加网络权限 -- uses-permission android:nameandroid.permission.INTERNET / uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE /// 常见请求封装用 HttpURLConnection 或 OkHttp // 查询天气列表走 XML 解析查询用户信息走 JSON 解析 // 注意Android 9 以上默认禁止明文 HTTP需要在 application 标签加 android:usesCleartextTraffictrue参数说明usesCleartextTraffic是 Android 9API 28引入的限制不加的话 HTTP 请求直接抛Cleartext HTTP traffic not permitted。如果你用 Android Studio 新建工程移植代码还要把compileSdkVersion和targetSdkVersion调到 28 以下或者老老实实加这个属性。XML 解析常见用XmlPullParserJSON 用JSONObject源码里应该已经有对应工具类别重复造轮子。3. 天气发布与穿衣搭配的业务闭环管理员端和用户端怎么串起来3.1 管理员发布天气AreaAction 与 WeatherDataAction 的配合管理员在 PC 端发布天气流程是先选地区再填天气数据最后写穿衣公告。AreaAction负责地区列表的增删查WeatherDataAction负责天气记录的写入NoticeAction负责公告。这三个 Action 的调用顺序不能乱——没有地区天气记录挂不上去没有天气数据穿衣公告就没有温度依据。// WeatherDataAction 里常见的保存逻辑 public String save() { // 1. 从请求里取 areaId、temperature、weatherDesc、publishDate // 2. 调用 WeatherDataDAO.insert(weatherData) // 3. 根据温度区间生成穿衣建议写入 Notice 表 // 4. 返回 JSON 给前端提示成功 }逻辑说明温度区间到穿衣建议的映射通常写死在代码里比如低于 10 度提示羽绒服10 到 20 度提示外套20 度以上提示短袖。参数说明areaId必须和Area表主键对应否则用户端按地区查询时查不到。如果你要扩展成「体感温度」或「风力影响」改这个映射方法就行不用动数据库结构。3.2 用户查询自己所在地区天气从登录态到地区过滤用户端登录后UserInfoAction会返回用户信息其中「所在地区」字段决定了后续天气查询的过滤条件。用户查天气时Android 端把地区名或地区 id 传给WeatherDataAction服务端按地区过滤后返回最近几天的记录集。-- WeatherDataDAO 里按地区查天气的 SQL 大致长这样 SELECT w.temperature, w.weather_desc, w.publish_date, n.notice_content FROM weather_data w LEFT JOIN notice n ON n.area_id w.area_id WHERE w.area_id ? ORDER BY w.publish_date DESC LIMIT 7;参数说明LIMIT 7控制返回最近七天如果你要查更久改这个数字。LEFT JOIN保证即使某天没有公告天气数据也能返回。常见坑是用户改了所在地区但登录态没刷新导致查的还是旧地区——解决方法是每次查询前用UserInfoDAO重新读一次用户表或者让 Android 端在切换地区后强制重新登录。3.3 穿衣搭配的虚拟人物展示视频文件插入与资源路径原文提到「在虚拟人物进行搭配的风格安卓端插入个视频文件就可以了」。这意味着穿衣搭配的展示不是动态渲染 3D 模型而是根据温度区间播放不同的视频片段。实现方式通常是在 Android 端放一个VideoView或SurfaceView根据服务端返回的穿衣建议代码切换视频源。// 根据温度区间选择视频文件 if (temperature 10) { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.winter); } else if (temperature 20) { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.spring); } else { videoView.setVideoPath(android.resource:// getPackageName() / R.raw.summer); } videoView.start();逻辑说明视频文件放在res/raw目录下命名建议用英文小写避免打包失败。参数说明android.resource://是 Android 访问 raw 资源的固定 URI 格式包名和资源 id 必须拼对。如果你要换成在线视频把setVideoPath换成setVideoURI并传入服务端返回的 URL 即可但要注意 Android 9 的明文流量限制同样适用。4. 避坑与排查这份源码跑不起来时先看这五条4.1 现象服务端启动报 404所有 Action 都访问不到原因web.xml里的 servlet 映射和 Action 类名不匹配或者项目没有正确部署到 Tomcat 的 webapps 目录。老 Eclipse 项目的web.xml可能是 2.3 版本Idea 导入后默认用 4.0 解析导致url-pattern失效。解决检查web.xml里每个servlet-class是否和源码包里的类名一致把web-app标签的版本改成和原项目一致或者用注解WebServlet重新注册。4.2 现象Android 端请求返回乱码中文地区名变问号原因服务端响应头没设Content-Type: text/xml;charsetutf-8或application/json;charsetutf-8或者 MySQL 连接串没加characterEncodingutf8mb4。解决在 Action 输出前加response.setContentType(text/xml;charsetutf-8)同时确认数据库和表的字符集都是utf8mb4。如果已经乱码导出 SQL 用iconv转码后重新导入。4.3 现象Android Studio 编译报Duplicate class或Cannot resolve symbol R原因源码包里的R.java和 Android Studio 自动生成的冲突或者资源文件命名有大写字母。解决删掉源码里自带的R.java让 IDE 重新生成把所有资源文件名改成小写加下划线比如weather_bg.png而不是weatherBg.png。4.4 现象用户登录成功但查天气提示「无数据」原因UserInfoDAO返回的用户对象里「所在地区」字段为空或者WeatherDataAction拿到的地区 id 和Area表对不上。解决先在 MySQL 里SELECT * FROM user_info确认地区字段有值再SELECT * FROM area确认地区 id 存在最后在WeatherDataAction里打印接收到的参数看是不是 Android 端传了地区名而服务端按 id 查。4.5 现象导出 Excel 功能报NoClassDefFoundError: org/apache/poi/...原因ExportExcelUtil依赖 Apache POI但源码包没带全 jar或者只带了poi.jar没带poi-ooxml.jar。解决去 POI 官网下对应版本把poi、poi-ooxml、poi-ooxml-schemas、commons-collections4一起放进WEB-INF/lib。注意 POI 版本要和 JDK 匹配JDK 8 用 POI 4.x 比较稳。5. 二次开发与验证把这份源码改成能写进简历的项目5.1 加一个「按温度区间自动匹配穿衣建议」的配置表原源码把温度区间写死在 Java 代码里改一次要重新编译。我一般会把它抽到数据库表里方便答辩时演示「可配置」。CREATE TABLE dress_advice ( id INT PRIMARY KEY AUTO_INCREMENT, min_temp INT NOT NULL, max_temp INT NOT NULL, advice VARCHAR(200) NOT NULL, video_name VARCHAR(50) NOT NULL ); INSERT INTO dress_advice (min_temp, max_temp, advice, video_name) VALUES (0, 10, 羽绒服毛衣长裤, winter), (11, 20, 外套长袖休闲裤, spring), (21, 30, 短袖短裤/裙子, summer);然后在WeatherDataAction里把原来的if-else换成查这张表// 根据温度查穿衣建议 DressAdvice advice dressAdviceDAO.findByTemp(temperature); notice.setNoticeContent(advice.getAdvice()); notice.setVideoName(advice.getVideoName());逻辑说明这样改完管理员在后台改温度区间不用重启服务答辩时也能讲「配置化设计」。参数说明min_temp和max_temp是闭区间查询时用WHERE ? BETWEEN min_temp AND max_temp。注意边界值不要重叠否则会查出两条。5.2 验证方法用 Postman 和 Android 真机各跑一遍服务端跑起来后先用 Postman 测WeatherDataAction的查询接口确认返回的 XML 或 JSON 结构正确。然后把 Android 端装到真机上改BaseUrl为电脑局域网 IP关掉防火墙对 8080 端口的拦截。真机测试时重点看三件事登录能不能拿到用户信息、天气列表能不能按地区过滤、视频能不能根据温度切换。如果真机连不上先用手机浏览器访问http://电脑IP:8080/项目名/能打开说明网络通打不开就是防火墙或 Tomcat 绑定地址问题。5.3 一个具体技巧用ExportExcelUtil反向检查数据完整性ExportExcelUtil不只是导出功能它还能当数据校验工具用。把用户表、天气表、公告表全导成 Excel一眼就能看出哪些地区没有天气记录、哪些用户没填所在地区。我每次改完 DAO 的 SQL 都会先导一遍比写单元测试快。注意导出时如果数据量超过 5 万行POI 的XSSFWorkbook会吃光内存换成SXSSFWorkbook流式导出就行。从那以后我每次拿到一份毕业设计源码都强制先跑通「登录→查天气→看穿衣建议」这条最短路径再动任何一行代码。这份 JavaMVC 天气穿衣 APP 的结构不算复杂但分层清晰、通信格式明确改起来有迹可循。希望帮到你。本文还有配套的精品资源点击获取