SSM框架个人健康管理系统源码实战：从部署到二次开发

发布时间：2026/10/24 18:13:49
SSM框架个人健康管理系统源码实战：从部署到二次开发

简介：这是一份面向本科毕业设计场景的Java Web课程资源，围绕“个人健康信息管理系统”提供从选题分析到系统测试的完整论文方案，适合计算机相关专业学生以及正在入门SSM整合开发的学习者。资源压缩包内包含1个docx文档，大小约5.26MB。文档详细描述了项目背景、SSM（Spring + SpringMVC + MyBatis）与MySQL/JSP技术选型、经济/人员/法律/操作四维可行性分析、用户注册登录、个人信息管理、健康数据记录、健康提醒设置、数据分析报告等功能模块设计、数据库表结构设计与整体测试方案。值得关注的是，文档还附有中英文摘要、目录框架以及较为完整的关键词与参考文献结构，可以帮助读者快速理解健康管理类系统的核心设计思路与论文撰写规范，直接用于毕业设计参考或课程项目扩展。目前该资源已有77人浏览学习。

1. 一个 SSM 框架的毕业设计源码包，值不值得花时间复现

如果你正在找基于 SSM + MySQL 的 Java Web 毕业设计源码，这套“个人健康信息管理系统”大概是你在搜索里绕不开的一个资源。它不是那种只有截图和论文、跑不起来的花架子，而是一套从需求分析到数据库设计、再到前后端联调都有完整链条的课题：用户注册登录、健康指标录入、健康提醒设置、数据查看与个人报告，覆盖了 JSP + SpringMVC + MyBatis 这类老牌技术栈在真实课设场景下的全部标准动作。适合两类人：一类是课程设计需要交源码和论文的在校生，另一类是刚接触 SSM 整合、想找一个不复杂但五脏俱全的 Demo 来拆解的初学者。先说结论：这套资源能帮你省下不少从零搭框架的时间，但直接把代码导入 IDEA 就指望一键跑通，是不太现实的——Maven 依赖冲突、JDK 版本不匹配、MySQL 连接参数不一致，这三个坑几乎每个人都会踩一遍。

2. 功能拆解与 SSM 三层架构：先弄清楚系统到底在做什么

2.1 功能需求从论文里提炼出来是什么

看这套系统的论文部分，功能描述是比较典型的课设粒度。用户端核心是注册登录、个人信息维护、健康数据记录和查看历史。健康数据不是只存一个数值，而是按身高、体重、血压、心率这类分字段存储，所以数据库表设计上需要有单独的健康数据表来承载，而不是塞在用户表里。管理员端则是用户管理和数据管理，论文里提到管理员可以充当类似医院信息管理员的角色，对用户记录进行查看和维护。

功能模块上大概可以分成四块：

  • 用户注册与登录：用账号密码注册，注册时填基础信息，登录后进入主界面。
  • 个人信息维护：修改身高、体重、联系方式等基础资料。
  • 健康数据记录：按日期录入血压、心率、体重等指标，支持查看历史列表。
  • 健康提醒设置：设置如喝水、吃药之类的提醒项，系统按设定时间展示提醒信息。

这套功能设计对应到 SSM 架构里，就是标准的 Controller-Service-Mapper 三层。JSP 页面发起请求，SpringMVC 的 Controller 接收参数并调用 Service 层方法，Service 层处理业务逻辑后通过 MyBatis 的 Mapper 接口操作 MySQL 数据库，最终把结果返回 JSP 页面渲染。理解这个调用链是后续改动代码的基础，很多人在改需求时只动 Controller 不动 Service，导致逻辑断层，这是新手最容易犯的问题。

2.2 为什么选 SSM 而不是 Spring Boot

这个项目用的是 SSM，很多同学会问为什么不用 Spring Boot。答案很简单：这是根据课程设计要求来定的。SSM 是 Spring、SpringMVC、MyBatis 三个框架的手动整合，相比 Spring Boot 的自动配置，它需要你手动维护 XML 配置文件、处理包扫描路径、配置数据源和事务管理器。这个过程虽然繁琐，但对于理解框架底层机制非常有帮助。如果你已经把 SSM 跑通了一遍，再去看 Spring Boot 的自动配置，理解深度完全不一样。

这套资源的配置结构是典型的 SSM 工程布局：

src/main/java ├── com/health/controller # Controller 层，接收请求 ├── com/health/service # 业务逻辑接口与实现 ├── com/health/dao # MyBatis Mapper 接口 ├── com/health/entity # 实体类，对应数据库表 src/main/resources ├── jdbc.properties # 数据库连接配置 ├── spring-mybatis.xml # Spring 整合 MyBatis 配置 ├── spring-mvc.xml # SpringMVC 配置 ├── mybatis-config.xml # MyBatis 全局配置 src/main/webapp/WEB-INF ├── web.xml # Web 部署描述符

这个分层的好处是职责清晰：Controller 层只做参数接收和视图转发，Service 层处理业务规则，DAO 层只管数据访问。比如用户注册时，Controller 拿到用户名和密码，Service 层负责检查用户名是否已存在、密码是否为空，然后调用 Mapper 插入数据。如果你要加一个“根据 BMI 计算健康评价”的功能，只需要在 Service 层加一个方法，Controller 层加一个接口，完全不影响其他模块。

2.3 数据库表设计是这套资源的核心资产

打开项目里的health.sql文件，会发现数据库设计的完整度比论文中描述的还要细致。核心表大概有这几张：

表名用途主要字段
t_user用户基本信息id, username, password, phone, real_name, create_time
t_health_record健康数据记录id, user_id, height, weight, blood_pressure_high, blood_pressure_low, heart_rate, record_date
t_remind健康提醒设置id, user_id, remind_type, remind_time, remind_content, status
t_admin管理员账号id, username, password

用户表和健康记录表通过user_id建立一对多的关联，这是整个系统的核心关系。这里有个值得注意的设计：血压拆成了高压和低压两个字段，而不是存一个字符串，这样在做数据分析和条件查询时可以直接比较数值，不需要字符串解析。这种细节在论文中不会写明，但在实际开发中非常关键。

表结构设计上有几个地方需要留意：

  • 时间字段统一用datetime，避免前端传字符串导致格式混乱。
  • 健康记录表的record_date建议加唯一索引约束(user_id, record_date)，防止同一天重复录入，这个约束系统代码里可能没做，但实际使用中很有必要。
  • 密码字段论文里说是加密存储的，但实际源码里大概率是明文或简单的 MD5，这一点在安全测试章节会有说明。

2.4 代码包落地检查清单

拿到资源后建议按这个清单过一遍，可以在导入前就排查掉大部分问题：

  1. 确认 JDK 版本，SSM 老项目推荐 JDK 1.8，高版本会出现javax包缺失的报错。
  2. 确认 MySQL 版本，5.7 或 8.0 都可以，但连接驱动和 URL 参数略有不同。
  3. 检查jdbc.properties里的数据库名、用户名、密码是否和本地环境一致。
  4. 确认 Maven 仓库能正常下载依赖，第一次构建耗时较长属正常现象。
  5. 查看web.xml中配置的 Spring 配置文件路径，与实际文件名是否匹配。

这套检查下来大概花十分钟，但能避免后面一整天的排错时间。很多同学拿到的资源跑不起来，不是源码有问题，而是环境参数不一致导致的。

3. 从环境准备到跑通登录页：实操步骤与关键参数

3.1 环境版本选型与避坑建议

SSM 项目对环境版本的要求比较敏感，不是越新越好。推荐组合是：

  • JDK 1.8（不能高于 8，否则 JSP 编译和 Tomcat 运行会有兼容问题）
  • Maven 3.6 左右
  • Tomcat 8.5（Tomcat 9 和 10 对 JSP 支持变化较大，老项目不建议用）
  • MySQL 5.7 或 8.0（注意驱动版本区别）
  • IDEA 2020-2023 均可

这里有个踩坑点：如果本机装了 JDK 11 或 17，IDEA 里要单独配置 Project Structure 指向 JDK 1.8。很多人导入项目后只改了 SDK 版本，没有改 Language Level，编译时依然报source option 8 not supported之类的错误。正确的做法是同时检查 Project Structure 里的 Project SDK、Project Language Level 和 Modules 里的 Language Level，三者保持一致。

依赖管理需要用 Maven 而不是直接导入 lib 目录下的 jar。很多课设资源会附带一个 lib 文件夹，但推荐的做法是把 pom.xml 里的依赖坐标改为从中央仓库拉取，这样升级和维护都更方便。示例 pom 中核心依赖如下：

<dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.22.RELEASE</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.6</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.21</version> </dependency>

Spring 版本建议选择 5.2.x 而不选 5.3.x，因为老项目中的一些配置写法在 5.3 中会触发警告甚至报错。MySQL 驱动如果是 8.x，URL 需要加serverTimezone=Asia/Shanghai参数，否则会报时区错误。

3.2 数据库初始化与连接配置

建库时需要注意字符集。推荐在命令行或 Navicat 中执行：

CREATE DATABASE IF NOT EXISTS health_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE health_db; source /你的目录/health.sql;

使用 utf8mb4 而不是简单的 utf8，是因为 utf8mb4 可以兼容更多字符，包括一些生僻字和特殊符号。初始化完成后，验证一下表是否创建成功：

SHOW TABLES; SELECT COUNT(*) FROM t_user;

如果表创建成功但查询报错，多半是 SQL 文件中包含了一些当前版本 MySQL 不兼容的语法。我在处理这类资源时遇到过ENGINE=MyISAM或AUTO_INCREMENT语法不一致的问题，用 5.7 跑老 SQL 一般没问题，但 8.0 偶尔会有小兼容性问题，比如默认排序规则变化。如果遇到，手动编辑 SQL 文件，把不兼容的语法替换成当前版本支持的写法即可。

接下来修改jdbc.properties。这一步是重头戏，很多环境问题都出在这里：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/health_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=你的数据库密码

如果没有把本机 MySQL 密码和配置文件保持一致，启动 Tomcat 后数据源初始化就会直接报错。另外注意 driver 类名：MySQL 5.x 用com.mysql.jdbc.Driver，8.x 用com.mysql.cj.jdbc.Driver，两者混用是老项目最常见的启动失败原因。

3.3 Tomcat 部署与启动流程

在 IDEA 中配置 Tomcat 时，有一个容易被忽略的细节：Deployment 里的 Application context 需要设置。如果项目在web.xml中没有配置应用上下文路径，Tomcat 部署后默认是/，直接访问http://localhost:8080/就能看到首页。但很多 SSM 项目中配置了路径映射，比如/health，访问地址就变成了http://localhost:8080/health/。

启动后先不要急着点登录，先打开浏览器访问http://localhost:8080/health/，观察两个东西：

  1. 页面是否能正常渲染，JSP 有没有报错堆栈。
  2. IDEA Console 里是否出现 Spring 容器启动成功、MyBatis mapper 加载完成等日志。

如果页面白屏或报 404，优先检查web.xml中 SpringMVC DispatcherServlet 的映射路径，以及spring-mvc.xml中视图解析器的前缀和后缀配置：

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/views/" /> <property name="suffix" value=".jsp" /> </bean>

这个配置决定了 Controller 返回的逻辑视图名对应的 JSP 物理路径。如果项目中 JSP 文件放在webapp根目录而不是WEB-INF/views下，需要对应修改，否则会一直 404。

3.4 注册登录流程的全链路验证

跑通页面后，注册一个新账号来验证完整链路。注册时注意观察控制台有没有 SQL 日志输出。MyBatis 默认关闭 SQL 日志，但可以在mybatis-config.xml中开启：

<settings> <setting name="logImpl" value="STDOUT_LOGGING"/> <setting name="mapUnderscoreToCamelCase" value="true"/> </settings>

logImpl会让每条 SQL 执行时在控制台打印，验证是否有插入语句执行。mapUnderscoreToCamelCase会自动把create_time映射为createTime，避免实体类属性名和数据库列名不一致导致的赋值失败。

登录流程验证点：

  • 用户名和密码正确时，页面是否跳转到主界面。
  • 用户名不存在时，是否给出提示，而不是抛异常。
  • 密码错误时，提示是否明确。
  • 未登录直接访问主界面 URL，是否会被拦截跳回登录页。

最后一个点很多课设系统都没做好，要么没做登录拦截，要么拦截逻辑写了但配置路径不对。如果你拿到的资源没有拦截器，可以自己加一个 SpringMVC 的HandlerInterceptor，或者简单地在每个 Controller 方法开头判断 session 中是否有用户信息。这个功能在答辩时经常被问到，也算是一个加分项。

4. 核心代码走读：注册、记录、提醒三个模块的实现逻辑

4.1 注册模块的 Service 层实现

Controller 层拿到表单参数后，调用 Service 层的注册方法。典型的 Service 实现如下：

@Override public Result register(User user) { // 检查用户名是否已存在 User exists = userMapper.selectByUsername(user.getUsername()); if (exists != null) { return Result.error("用户名已存在"); } if (user.getPassword() == null || user.getPassword().length() < 6) { return Result.error("密码长度不能少于6位"); } // 实际生产环境建议使用 BCrypt 加密，这里保持原样便于演示 user.setPassword(user.getPassword()); user.setCreateTime(new Date()); userMapper.insert(user); return Result.success("注册成功"); }

这段代码的重点在于先做唯一性校验再插入，避免了数据库层面出现重复用户名。很多初学 SSM 的同学会把校验逻辑写在 Controller 里，然后在 Service 层又写一遍，造成重复代码。正确做法是 Controller 只做参数封装和调用 Service，所有业务规则判断都收敛到 Service 层，这样后续复用或者加单元测试都方便。

插入操作对应 MyBatis 的 Mapper 映射文件：

<insert id="insert" parameterType="com.health.entity.User"> INSERT INTO t_user ( username, password, phone, real_name, create_time ) VALUES ( #{username}, #{password}, #{phone}, #{realName}, #{createTime} ) </insert>

注意create_time在数据库里是datetime类型，实体类中对应java.util.Date，MyBatis 会自动做类型转换。如果实体类里用的是LocalDateTime，需要在mybatis-config.xml注册对应的类型处理器，否则会报ClassCastException。

4.2 健康数据录入与列表分页

健康数据录入的 Controller 方法接收身高、体重、血压、心率等参数，调用 Service 层插入记录。这里的核心逻辑问题是：同一天重复录入应该怎么处理。常见做法是按用户和日期查询已有记录，如果有则更新，没有则插入。这在论文中叫“幂等性设计”，实际代码里可能就是多几条判断：

HealthRecord exists = recordMapper.selectByUserAndDate(record.getUserId(), record.getRecordDate()); if (exists != null) { exists.setWeight(record.getWeight()); exists.setBloodPressureHigh(record.getBloodPressureHigh()); exists.setBloodPressureLow(record.getBloodPressureLow()); exists.setHeartRate(record.getHeartRate()); recordMapper.update(exists); } else { recordMapper.insert(record); }

历史记录列表的分页，MyBatis 的 Mapper 中可以用PageHelper插件，也可以手写LIMIT offset, pageSize。课设项目中用 PageHelper 最方便：

PageHelper.startPage(pageNum, pageSize); List<HealthRecord> list = recordMapper.selectByUserId(userId); PageInfo<HealthRecord> pageInfo = new PageInfo<>(list);

这里的关键坑是PageHelper.startPage()必须紧跟在要分页的查询语句之前，中间不能穿插任何其他 SQL 操作，否则分页会失效或作用到错误的查询上。这个问题的表现是：列表数据没有分页效果，一页显示全部记录。Debug 时很难发现，因为代码没报错，只是数据不对，排查方向很容易跑偏。

4.3 健康提醒模块的定时查询思路

健康提醒是这套系统里最有意思的功能。论文里描述的是用户可以设置提醒时间和内容，系统按时展示。课设层面的实现一般不引入 Quartz 定时任务，而是在登录后查询当天的提醒记录：

public List<Remind> getTodayRemind(Integer userId) { // 获取当天日期范围 Date start = DateUtils.getStartOfDay(new Date()); Date end = DateUtils.getEndOfDay(new Date()); return remindMapper.selectByDateRange(userId, start, end); }

对应 SQL 是：

SELECT * FROM t_remind WHERE user_id = #{userId} AND remind_time BETWEEN #{start} AND #{end} AND status = 1 ORDER BY remind_time ASC

这种实现方式的好处是简单可靠，不需要额外的定时任务框架，页面加载时把提醒列表渲染到首页即可。缺点是只能在用户登录后看到提醒，不会主动推送。如果要做到登录前的主动通知，就需要引入消息推送或者邮件通知组件，课设阶段一般不要求。

4.4 管理员模块的拦截与权限控制

管理员功能通常复用用户表结构，或单独建一张t_admin表。登录时通过角色字段区分普通用户和管理员，在拦截器里判断 session 中用户的角色。一个典型的拦截实现：

public class AdminInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { User user = (User) request.getSession().getAttribute("loginUser"); if (user == null || !"admin".equals(user.getRole())) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return false; } return true; } }

preHandle返回false时请求被拦截，不会进入到 Controller 方法。在spring-mvc.xml中配置拦截路径：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/admin/**"/> <bean class="com.health.interceptor.AdminInterceptor"/> </mvc:interceptor> </mvc:interceptors>

权限控制是答辩时高频提问点。如果原系统没有实现管理员拦截，自己补上这段代码，不仅提升了系统的严谨性，也展示了对访问控制的理解。

5. 避坑指南：导入、运行、改代码最常见的 7 个翻车点

5.1 “报错 java.lang.ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet”

现象：Tomcat 启动后访问页面报 500，控制台提示找不到 DispatcherServlet 类。

原因：pom 中 spring-webmvc 依赖缺失，或 Maven 依赖没有正确部署到 Tomcat 的 WEB-INF/lib 目录。IDEA 中常见原因是 Artifacts 设置里没有把项目依赖打包进 war。

解决：展开 Project Structure -> Artifacts -> 选中 web: exploded -> 点击 Available Elements 里的项目依赖，右键选择 Put into WEB-INF/lib。重新构建后再启动即可。

5.2 “报错 Access denied for user 'root'@'localhost'”

现象：启动时数据源初始化失败，控制台出现数据库连接异常。

原因：jdbc.properties里写的数据库密码和本地 MySQL 实际密码不一致。还有一种情况是 MySQL 8.0 默认认证插件为 caching_sha2_password，老版本 MySQL 驱动不支持。

解决：核对密码后仍报错的话，执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';切换认证方式。或升级驱动版本到 8.0.21 以上。

5.3 “Incorrect datetime value: '' for column 'create_time'”

现象：插入记录时 SQL 执行失败，提示时间字段值不合法。

原因：JSP 端提交的日期字符串格式与 MySQLdatetime类型不兼容，比如传了2024-03-12但缺少时分秒，或传了空字符串。旧版本 MySQL 5.7 对非严格模式有兼容，8.0 默认严格模式会拒绝。

解决：在 Service 层统一处理日期解析，而不是让 MyBatis 直接绑定字符串：

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); Date parsedDate = sdf.parse(dateStr); record.setCreateTime(parsedDate);

同时建议把数据库连接 URL 加一个allowPublicKeyRetrieval=true参数，部分 MySQL 8.0 连接时也需要这个参数。

5.4 “页面显示数据但全是乱码”

现象：注册后用户名回显变成问号或乱码，页面源码里中文显示异常。

原因：数据从 MySQL 取出后经过 JSP 渲染时编码不一致。JSP 页面本身没有设置pageEncoding="UTF-8"，或数据库链接 URL 缺少characterEncoding=utf8参数，或 Tomcat 的 URI 编码未配置。

解决：检查三处统一为 UTF-8：

  • JSP 页面头加<%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8" %>
  • jdbc.properties的 URL 包含useUnicode=true&characterEncoding=utf8
  • 如果使用 GET 请求传递中文参数，在 Tomcat 的 server.xml 中为 Connector 添加URIEncoding="UTF-8"

5.5 “修改了 JSP 但刷新后还是旧页面”

现象：改动一个 JSP 页面的样式或文案，浏览器访问时仍是旧内容，IDEA 中标题栏显示 File already changed on disk。

原因：Tomcat 热部署没有生效。课设项目常见配置是 On Update Action 设置为 Restart Server，配合 Build 时自动更新资源。

解决：在 Tomcat 配置页将 On Update Action 改成 Update resources，下栏 Frame Deactivation 改成 Update classes and resources。这样保存 JSP 后手动切换窗口，Tomcat 会自动同步。

5.6 “mapper 接口和 mapper.xml 明明对应，但报 Invalid bound statement (not found)”

现象：调用 Mapper 接口方法时，运行时报org.apache.ibatis.binding.BindingException。

原因：MyBatis 配置中没有扫描到对应目录的 XML 文件，或 Mapper 接口和 XML 文件的 namespace 不一致。SSM 整合后 XML 文件如果放置在src/main/java下，需要额外配置 Maven 的 resources 过滤才能被打包编译。

解决：在 pom.xml 中添加资源过滤配置：

<build> <resources> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> </resources> </build>

同时在spring-mybatis.xml中确保mapper-locations路径准确：

<property name="mapperLocations" value="classpath*:com/health/dao/*.xml" />

5.7 “项目里用了 lombok，但 put 编译一直报找不到 getter/setter”

现象：实体类上标了@Data注解，但代码里调用user.getName()时编译报错。

原因：IDEA 中没有安装 Lombok 插件，或 Maven 编译时没有启用注解处理器。

解决：在 IDEA 插件市场搜索 Lombok 并安装，重启后用 Ctrl+Shift+F9 重新编译。如果编译环境是命令行 Maven，pom 中正常引入lombok依赖即可，无需额外插件：

<dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.30</version> <scope>provided</scope> </dependency>

如果不想引入额外依赖，也可以手动生成 getter/setter，去掉 lombok 注解。这两种方案都能解决编译问题。

6. 最后一个建议：先加一个数据校验，再谈二次开发

很多同学拿这套代码跑通后，就想在上面加功能。我的建议是不要急着加大功能，先把一个最容易出问题的点修好——用户输入校验。JSP 页面端的表单基本没有做前后端双重校验，比如身高可以填负数，血压可以填超过物理极限的值。这种数据一旦进数据库，后续分析报表全都会带上脏数据。

在 Service 层加一个参数校验方法，思路很简单：

public Result validateHealthRecord(HealthRecord record) { if (record.getHeight() < 50 || record.getHeight() > 250) { return Result.error("身高范围应为50-250cm"); } if (record.getWeight() < 10 || record.getWeight() > 300) { return Result.error("体重范围应为10-300kg"); } if (record.getBloodPressureHigh() < 60 || record.getBloodPressureHigh() > 250) { return Result.error("高压范围应为60-250mmHg"); } if (record.getBloodPressureLow() < 40 || record.getBloodPressureLow() > 150) { return Result.error("低压范围应为40-150mmHg"); } return Result.success("校验通过"); }

调用时机放在插入和更新之前。数据校验这个点很小，但在答辩演示时非常亮眼——老师输入一个非法身高，系统给出清晰提示而不是直接插入，说明你考虑了数据的完整性和业务边界。从那以后我每次拿到新的 SSM 课设源码，都会先做一遍输入的校验完善再开始改业务，这个习惯帮我省掉了不少后期返工的麻烦。希望这份拆解能让你在复现这套健康管理系统时少走一些弯路，跑通了再往里加自己的功能，会顺手很多。

本文还有配套的精品资源，点击获取