简介这是基于Java与SSM框架构建的医院门诊挂号系统完整项目包前端采用Vue/JSP实现动态页面交互后端以Spring、SpringMVC、MyBatis分层解耦数据存储选用MySQL 5.7运行环境为JDK1.8与Tomcat7整体面向Java Web方向学习者、毕业设计选题学生以及医院信息系统入门开发者。资源包约15.3MB内含项目源码、数据库脚本和项目功能介绍文档源码按Controller、Service、Mapper分层组织便于厘清请求处理、业务逻辑与数据操作的调用关系数据库脚本可快速创建挂号系统所需的数据表功能文档则梳理了患者挂号、科室管理、医生信息维护等核心流程。项目已经过严格调试可稳定运行直接用作毕业设计或课程设计的基础工程能够省去环境搭建与排错时间。目前已有2736人学习下载对于想完整掌握SSM整合、Vue/JSP前端渲染和传统Web应用部署的读者这是一份结构清楚、上手门槛较低的实战参考资料。1. ssm9008医院门诊挂号系统jsp.zip这份毕设资源到底是什么拿到ssm9008医院门诊挂号系统jsp.zip这个压缩包的人多半是正在做 JavaWeb 毕设或课设的学生。标题里的 ssm 指的是 Spring SpringMVC MyBatis 这套经典后端组合jsp 表示前端页面用的是传统 JSP9008 是资源站给项目编的序号zip 则是打包好的工程文件。这个项目的业务不复杂——科室管理、医生排班、患者注册登录、在线挂号、后台统计属于典型的管理信息系统题材正好覆盖 SSM 框架的几个核心知识点。它能解决的是「需要一个能跑、能改、能写进论文的完整 JavaWeb 示例」这件事适合还没有完整项目经验、想在几天内把框架和业务串起来的同学。但我要先把丑话说在前面这类资源能不能用不取决于压缩包本身而取决于你能不能把它跑起来。2. 拆开 SSMJSP 这套组合为什么毕设都爱用它做挂号系统2.1 SSM 三件套在挂号系统里分别管什么Spring、SpringMVC、MyBatis 在项目里各有各的活。Spring 管对象医生 Service、挂号 Service、用户 Service 这些类的实例化、依赖注入、事务边界都由它负责核心是 IoC 容器和 AOP 事务。SpringMVC 管请求分发你在浏览器里点「挂号」按钮URL 经过 DispatcherServlet 找到对应的 Controller 方法做完业务后返回一个字符串视图解析器再把这个字符串拼成 JSP 路径。MyBatis 管数据库访问写一个接口方法配一段 XML 里的 SQL就能把医生表、排班表、挂号记录表的数据查出来或写进去。放到挂号系统这个场景里看更清楚。患者登录后选科室页面把科室列表渲染出来这一步是 Controller 调 DoctorServiceDoctorService 调 DoctorMapperMyBatis 执行select * from department。点确认挂号的瞬间要执行两步写操作给号源剩余数减一、插入一条挂号记录这两步必须放在同一个事务里否则就会出现「号扣了但记录没插进去」或「记录有了但号没扣」的数据不一致。事务边界就是用Transactional划在 Service 方法上的这就是 Spring 在这个项目里最实在的价值。2.2 拿到 zip 后先认清目录结构Maven 还是传统 Web 项目很多人拿到压缩包第一件事是解压第二件事是直接往 IDEA 里拖然后被满屏的报错劝退。正确做法是先看一眼目录结构判断这是一个 Maven 工程还是一个传统 Web 工程。Maven 工程的标志是根目录有pom.xml源码路径是src/main/java、src/main/resources前端文件在src/main/webapp。传统 Web 工程的标志是没有pom.xml直接是src加WebRoot或WebContentWEB-INF 下面有lib目录所有依赖的 jar 都塞在里面。区分这两种的原因很实际导入 IDEA 的方式完全不同。Maven 工程用File - New - Project from Existing Sources选中pom.xmlIDEA 会自动下载依赖传统工程选Existing Sources后还要手动配置lib目录和 Artifacts步骤多出一倍。判断错了第一步就走偏后面全跟着偏。从这类资源站的常见情况看用 Maven 的占多数但培训机构和课程设计里教的传统结构也还有不少所以这一步不要跳过。2.3 JSP 在 SSM 里的定位为什么这个项目还留着 JSP 页面JSP 在这里不是「过时技术被硬塞进来」而是作为 MVC 里的 V 存在。Controller 里方法写完业务返回register视图解析器配置了前缀/WEB-INF/jsp/和后缀.jsp最后渲染的是/WEB-INF/jsp/register.jsp。把 JSP 放在 WEB-INF 目录下是一个容易忽略但很重要的细节——WEB-INF 里的文件不能被浏览器直接输入 URL 访问只能通过 Controller 转发渲染。这就多了一层访问控制比如挂号页面的 URL 拿不到用户 session 信息就跳回登录页实现方式就是在拦截器里判断未登录请求直接重定向。JSP 页面里常见的写法是% page contentTypetext/html;charsetUTF-8 %开头然后用 JSTL 标签c:forEach循环渲染医生列表用${doctor.name}直接取 JavaBean 的属性。这就是 JSP 当时被诟病的地方——HTML 里混着 Java 代码库和标签分工一乱就是一团写着% %的意大利面。但在这个靠课程设计讨分的场景里它反而是优点页面能直接看效果改起来比前后端分离少一层跨域和接口联调的成本。同一个 zip 包里如果看到 JSP 页面里有${pageContext.request.contextPath}那是 JSP 内置对象自动拼项目根路径的写法在 SSMJSP 组合里非常常见。提示判断项目用什么前端方案直接看pom.xml里有没有jstl依赖以及webapp目录下有没有WEB-INF/jsp。没有这个目录说明登录页面可能是 Servlet 直接输出 HTML项目的结构会更老。3. 跑通 SSMJSP 挂号系统从解压到看到登录页的最小步骤3.1 环境准备这套老技术对 JDK 和 Tomcat 的版本很挑SSM 项目大多是 JDK 8 时代写出来的版本配套不对第一步就卡死。我一般推荐这套组合JDK 1.8、Tomcat 8.5、MySQL 5.7、Maven 3.6 以上。注意一个常见的翻车点如果你机器上装的是 Tomcat 10项目会直接报错。因为 Tomcat 10 把 Servlet API 从javax.*换成了jakarta.*老项目的javax.servlet引用全部失效这属于版本代际差异不是代码问题。同理IDEA 自带的 Tomcat 插件如果你选了 Tomcat 10配好之后启动也会发现项目报 ClassNotFound。环境版本和用途的对应关系如下组件推荐版本说明JDK1.8老项目的编译目标基本都是 8用 11 或 17 编译会报过时 API 错误虽然能关但没必要Tomcat8.5支持 Servlet 3.1和 javax 命名空间匹配MySQL5.7 或 8.05.7 最稳8.0 需要换驱动和 url 参数Maven3.63.8 以上需要检查镜像配置否则中央仓库可能连不上3.2 导入 IDEAMaven 工程和传统工程的做法不一样先在 IDEA 里确认右下角有个 Maven 窗口说明这是 Maven 工程。导入方式选择File - New - Project from Existing Sources然后选中解压目录里的pom.xml或工程根目录IDEA 会识别出 Maven 项目。导入后先不要急着点运行等右下角进度条把依赖下载完再看External Libraries里有没有spring-webmvc、mybatis-spring、mysql-connector-java这些核心依赖。如果是非 Maven 的传统工程选择Existing Sources后需要手动做两件事在Project Structure - Libraries里加上WEB-INF/lib下的全部 jar在Artifacts里新建一个 Web Application Exploded 产物。这一步最容易漏。如果是 Maven 工程检查一下pom.xml里的依赖是不是齐全。一个典型的 SSM 项目依赖大概长这样dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.1.9.RELEASE/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version3.4.6/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version1.3.2/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.1.47/version /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies上面这份依赖清单的作用是建立项目的基本骨架前三个依赖分别管 MVC 分发、数据库映射和两者桥接mysql-connector-java负责连 MySQL。注意驱动版本——5.1.47对应的连接串里driverClassNamecom.mysql.jdbc.Driver如果用 MySQL 8 就要改成com.mysql.cj.jdbc.Driver并加serverTimezoneAsia/Shanghai这个在后面的避坑章节细说。3.3 数据库配置改一处 jdbc.properties 就能连上你自己的库依赖就位后重点看向src/main/resources下的jdbc.properties或db.properties这个文件是数据库连接的钥匙。常见的坑是压缩包里带的数据库密码跟本地不一致比如作者写的是root/123456你本机是root/root不改就跑不通。改法是打开文件把以下内容替换成本机的实际账号密码jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password123456然后启动 MySQL先创建数据库再导入脚本。多数项目会把 SQL 脚本放在根目录或sql目录下文件名叫hospital.sql或db_hospital.sql。在终端进入 MySQL 执行mysql -u root -p CREATE DATABASE hospital DEFAULT CHARACTER SET utf8; use hospital; source /你解压的路径/hospital.sql;这样做的原因是很多 SQL 脚本里并没有CREATE DATABASE语句直接导入会报No database selected。执行完show tables;能看到department、doctor、patient、registration之类的表说明导入成功。注意看表名和前几个字段能帮你快速理解这个系统的数据模型。3.4 启动 Tomcat 并验证登录两个配置决定成败在 IDEA 里打开Run - Edit Configurations点左上角加号选择 Tomcat Server - Local。这里有两个必改项Deployment选项卡里点加号选Artifact把项目的 war exploded 加进去。Application context一般设为/这样访问路径就是http://localhost:8080/而不是http://localhost:8080/ssm9008这种带项目名的路径。为什么建议设为/因为 JSP 页面上多处用了绝对路径带项目名容易撞上路径拼接错误。Server选项卡里的Open browser可以选http://localhost:8080/HTTP port 保持 8080如果被占用改 8081 也可以。点击 Debug 或 Run 启动后看到 IDEA 控制台输出Connected to server和[localhost-startStop-1]的日志浏览器自动打开就是登录页。用压缩包里README.txt或数据库patient表里预设的账号密码登录。如果数据库表里没预置账号先用 SQL 语句手动插一条INSERT INTO patient (username, password, real_name, phone) VALUES (test01, 123456, 测试用户, 13800138000);这一步很多资源包里没人告诉你作者打包时常用的测试账号是有固定格式的比如admin/111111、doctor/111111。如果patient表里能看到password字段的值是明文那直接拿来登录如果是密文就得看代码里有没有 MD5 工具类把同样算法加密后再插进去。4. 系统改造跑通只是第一步这 5 个参数才是把项目变成自己的关键4.1 五处必改的配置点端口、数据源、上传路径、日志级别、项目访问路径跑通只是热身真正到了要交作业、要答辩的时候改配置才是重点。第一个必改的是 Tomcat 端口如果你本机装了多个服务8080 经常被占改成 8085 就能避开冲突。在conf/server.xml里改端口作用域最大但在这里更常用的是直接在 IDEA 的 Tomcat 配置里改 HTTP port。第二个必改的是数据源这不光指jdbc.properties里的账号密码还包括连接池参数。看spring.xml或applicationContext.xml里的dataSource配置bean iddataSource classcom.alibaba.druid.pool.DruidDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ property nameinitialSize value5/ property namemaxActive value20/ /beaninitialSize是连接池启动时预创建的连接数maxActive是最大连接数。这两个值的正常范围是initialSize5、maxActive20如果你用的是阿里 Druid 连接池再加一个maxWait60000表示拿连接的最长等待时间超时直接报错而不是无限等下去。这些参数在你做完某个页面查询特别慢、查一次卡一次的时候能帮上大忙。第三个必改的是文件上传路径挂号系统里常见的是患者上传头像、证件照片。代码里一般有个常量类或applicationContext.xml里的配置项bean idmultipartResolver classorg.springframework.web.multipart.commons.CommonsMultipartResolver property namemaxUploadSize value52428800/ property namedefaultEncoding valueUTF-8/ /bean上传到项目内部的写法在开发环境没问题但打成 war 包部署到 Tomcat 的webapps/下之后重启可能丢文件。我一般会改成上传到服务器某个固定目录比如/data/upload/然后在 SpringMVC 的配置里加一个mvc:resources映射让这目录里的文件能通过 URL 访问。这一步也是答辩时常被追问的点。第四个必改的是日志级别log4j.properties或logback.xml。毕设项目一般默认为DEBUG级别控制台输出特别密看一会儿眼睛就花了。改成INFO后只保留关键日志排查问题反而更清楚log4j.rootLoggerINFO, Console log4j.logger.com.ssm9008.mapperDEBUG最后一行值得讲一下com.ssm9008.mapper是 MyBatis 的 Mapper 接口所在包把这个包单独设成DEBUG能看到每条 SQL 的执行日志但不会像全局 DEBUG 那样把框架内部的信息也打出来。这是排查 SQL 语句写错的利器——报错时说哪条 SQL 有语法问题一眼就能对上。4.2 挂号核心流程号源是怎么扣减的配置改完后应该看一眼整个系统最核心的业务代码挂号。这个流程的代码质量直接决定你的答辩深度。多数项目的设计是患者选择医生和时间段后点击挂号后端先查排班表里这个医生的剩余号源如果大于 0就先扣减号源再插入挂号记录。关键实现长这样Service public class RegistrationService { Autowired private ScheduleMapper scheduleMapper; Autowired private RegistrationMapper registrationMapper; Transactional(rollbackFor Exception.class) public int register(Registration registration) { Integer doctorId registration.getDoctorId(); String date registration.getVisitDate(); // 查询号源剩余号数大于 0 才允许挂号 Schedule schedule scheduleMapper.selectByDoctorIdAndDate(doctorId, date); if (schedule null || schedule.getRemaining() 0) { return -1; } // 乐观扣减号源使用条件更新防止并发超挂 int rows scheduleMapper.decreaseRemaining(schedule.getId()); if (rows 0) { return -1; } // 插入挂号记录状态设置为已挂号 registration.setStatus(1); return registrationMapper.insert(registration); } }对应的 Mapper XML 里核心是这条更新语句update iddecreaseRemaining UPDATE schedule SET remaining remaining - 1 WHERE id #{id} AND remaining 0 /update这段代码解释了三个问题。一是Transactional的rollbackFor Exception.class作用是让所有运行时异常和受检异常都能触发回滚否则默认只回滚运行时异常数据库操作可能只执行了一半。二是为什么不用先select再update——两个用户同时点挂号两人都查到剩余 1 个号都执行update会超挂。decreaseRemaining把判断和更新放在一条 SQL 里remaining 0条件不满足时影响行数为 0第二个请求自然失败。三是registration.setStatus(1)中的 1 只是一个约定值代表「已挂号」取消挂号时改成 2实际项目中这种字段都会配一个常量类或枚举来管理。4.3 常见误用把业务逻辑写进 JSP 和 Controller谁出问题都难查看这份资源代码时会看到有些人把业务逻辑写在 Controller 里Service 层是空的。比如注册用户时直接在 Controller 里调 Mapper把校验密码、判空、插入操作全部堆在方法里。这种写法的问题是事务失效——Spring 的Transactional只有通过 Service 代理对象调用时才生效如果 Controller 直接注入 Mapper 操作数据库事务完全不受 Spring 管理。挂号过程中的两步写操作一旦第二步骤抛异常第一步不会回滚。另一种常见误用是 JSP 页面里写死查询逻辑比如在页面里直接用% new UserDao().findById(1) %这种方式。这是最糟的写法等于把项目退化回 JSPServlet 时代绕过了 Spring IOC也绕过了 MyBatis。当你看到这种代码不要照着抄。正确姿势永远是Controller 只负责接收参数、调 Service、把结果放进 ModelJSP 只负责展示Model里的数据。这个原则在答辩的时候讲出来老师印象分会好很多。提示改代码之前先全局搜索Transactional出现的位置看事务注解是否都写在 Service 实现类上。如果发现注解加在 Controller 方法上补到 Service 层去不然并发挂号的场景你没法解释。5. 避坑排查SSMJSP 挂号系统最常见的 10 个报错与修法5.1 现象导入 IDEA 后满是红色报错项目跑不起来这类资源项目一个典型的翻车现场明明把pom.xml都导入了IDEA 还是把org.springframework.stereotype.Controller、org.apache.ibatis.annotations.Select识别成红色。九成原因是 Maven 依赖下载不全或下载失败。检查顺序先看External Libraries里 Spring、MyBatis 的 jar 是不是真的存在再看 Maven 仓库路径下有没有对应的.lastUpdated后缀文件那是下载失败的标记。手动删除settings.xml里配的本地仓库位置中所有.lastUpdated文件然后执行mvn clean install -U-U参数会强制检查远程仓库最新版本许多时候下载失败的依赖会重新拉取成功。为了提高成功率我一般会在settings.xml里配阿里云镜像mirror idaliyun/id mirrorOfcentral/mirrorOf urlhttps://maven.aliyun.com/repository/central/url /mirror配置完执行mvn clean install看到BUILD SUCCESS再回 IDEA 刷新红色报错消失大半。剩下几个红点多半是 Lombok 没启用造成的在 IDEA 里安装 Lombok 插件并勾选Annotation Processing即可。5.2 现象Tomcat 启动时报java.lang.ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet这个问题指向一个错误理解项目依赖存在但没被部署到 Tomcat 的 classpath 里。在 IDEA 里Tomcat 跑的是 ArtifactArtifact 构建时要包含项目的依赖。先说解决办法File - Project Structure - Artifacts选中你部署的那个 exploded war看右侧列表里有没有Available Elements中WEB-INF/lib的依赖项。如果没有双击把你的 jar 依赖全加进去。出现这个报错的另一个常见位置是 Artifact 是空的——你选了新建 Artifact 但没添加Web Facet资源和「导入非 Maven 工程时忘记建 Artifact」是一个原因。这个问题在 ssm 项目的部署里非常高频因为它和版本无关和构建路径有关。下次看到一个二次启动报这个错的先别怀疑缺依赖看 Artifacts 页面配置是最快的。5.3 现象页面打开后中文全部显示成问号或乱码这个坑在 JSP 项目里几乎必踩而且往往在换机器、换数据库之后才出现。乱码有三个独立来源需要逐个排查。第一层是 HTTP 响应编码。检查web.xml里有没有配置 Spring 提供的编码过滤器filter filter-nameencoding/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter没有配置的情况下Tomcat 默认按 ISO-8859-1 输出页面中文必乱。第二层是数据库连接编码回到之前说的jdbc:mysql://localhost:3306/hospital?useUnicodetruecharacterEncodingutf8这段 URL。少了characterEncodingutf8MySQL 回传中文数据时用的可能是 latin1查出来就是???。第三层是 JSP 文件头检查pageEncodingUTF-8和控制台字符集。如果你改了前两层还乱多半是打开了三个 JSP 文件、编码不同用 IDEA 的右下角把GBK转成UTF-8再试一次。5.4 现象执行 SQL 脚本报Unknown database或Table doesnt exist这类资源包里的 SQL 脚本五花八门。有的自带CREATE DATABASE有的没有有的表名是department有的是sys_department。先执行SHOW DATABASES;看有没有 hospital 这个库有的话USE hospital;再执行脚本。如果脚本报Table hospital.doctor doesnt exist说明脚本里可能用到了视图或存储过程而导入时顺序不对。用文本编辑器打开 sql 文件搜索CREATE TABLE对照一下数据表之间有没有外键依赖先导主表再导从表。MySQL 8 和 MySQL 5.7 在导入老脚本时的差异——字符集和时间戳。老脚本里常见ENGINEInnoDB DEFAULT CHARSETutf8MySQL 8 默认字符集已经是utf8mb4导入老脚本只要字符集不冲突都没问题。真正容易挂的是脚本里有TYPEInnoDB这种 5.7 以下的老语法8.0 不识别。遇到就全局替换TYPEInnoDB为ENGINEInnoDB后再导通常能过。5.5 现象登录成功后跳转 404地址栏路径带一串奇怪前缀这类项目的 JSP 页面用相对路径很多登录后跳转的 URL 时好时坏。如果你在 IDEA 里部署时设置的Application context是/ssm9008又没有在 JSP 所有href/action前面拼${pageContext.request.contextPath}那么点任何链接都会在/ssm9008/之后重复拼一次/ssm9008结果就是 404。有人会用改回Application context为/的办法逃过这个问题但这只是治标。正确解法是带斜杠的绝对路径全部改成${pageContext.request.contextPath}/doctor/list这样不管部署在什么路径下都正常。看这个资源里 JSP 页面有没有用 EL 表达式写路径没有的话全局搜索href和action手动在路径前加${pageContext.request.contextPath}写错了会抛出 EL 解析异常但异常信息比 404 好排查十倍。5.6 现象登录校验失败把数据库里的账号密码抄上去还是提示密码错误查一下password字段的值是什么形态。如果是明文比如123456一般就是账号错了或航空公司没选对——有些系统分患者端和医生端patient表和doctor表都有账号登录入口不同。如果是 32 位 MD5 密文证明整个模块登录时用了加密。这时候你直接往库里插明文没用要看代码里有没有MD5Util工具类或者在登录页面看 JSP 源码里的 JS 提交逻辑。常见写法是前端 JS 先hex_md5(password)再提交后端又把收到的密文做第二次 MD5两边算法不一致就会一直失败。遇到这种情况最快解法是找注册页面通过页面注册一个新号再拿这个新号的密文去登录。提示做这些排查前先把项目的README.txt看完。资源包里的说明文件哪怕只有两行也常写着测试账号、数据库版本要求、部署注意这些能省一小时的内容。很多人不看上来就硬试。6. 从能用变能讲让 SSMJSP 挂号系统在答辩和技术面试里立住项目跑通、坑也避开了下一步是让它从「课程作业」变成「能拿出来讲的作品」。这条路有三件值得做的事。第一件排除 Nginx 的干扰——有同学觉得 Nginx 能托管一切 Web 服务但 JSP 很特殊Nginx 不解析 JSP它只能做静态资源服务器和反向代理。你的部署结构可以是 Nginx 在 80 端口接静态资源CSS、JS、图片同一个/下动态请求反向代理到 Tomcat 的 8080JSP 由 Tomcat 渲染完再把 HTML 回给 Nginx由 Nginx 返回浏览器。理解了这条链路部署时就明白为什么不能只装 Nginx 不装 Tomcat。第二件把项目打包成 war 部署到正式环境mvn clean package在target目录下能看到以项目名命名的 war 包把它扔到 Tomcat 的webapps目录里启动 Tomcat 后自动解压部署。war 包体积一般几 MB 到几十 MB因为依赖的 jar 都打进去了。之前提到过上传路径会丢文件的问题在 war 部署模式下升级不要覆盖webapps/项目名/WEB-INF/upload这个目录否则已上传的图片会全部丢失——我建议先把上传路径统一改到tomcat/webapps外的独立目录并用mvc:resources映射出来访问。这是正式部署和 IDEA 开发环境的最大差异之一。第三件给登录加一个验证码。这个系统的登录页面大概率没有验证码加上它一方面显得比别人用心一方面能演示你对安全的理解。实现方式是写一个CaptchaServlet用BufferedImage画干扰线和四个字符把答案放进 session登录时比对。核心逻辑就十几行贴在答辩 PPT 里非常出效果。如果觉得验证码不够再加一个「连续输错 5 次锁定 10 分钟」把失败次数存到 Redis 或数据库表里这个讨论能直接把答辩引向你擅长的地方。这几件事做完这个 ssm9008 项目就不再是「别人写的毕设」了——端口、数据源、上传路径、部署方式、安全措施你全改过一遍面试官问到任何一处都能讲出「为什么这么改、原方案有什么问题」。当年我做这类 JSP 项目时最深的教训是光是让项目跑通并不难难的是把每一处配置改动都讲出理由。版本号差一个小版本、路径少一条斜杠、编码少一个参数都能让人折腾到半夜。希望这些踩过的坑能帮你少走几步也希望这份博文真能帮到你。本文还有配套的精品资源点击获取