简介基于SSM框架与微信开发者工具构建的阅读类小程序毕业设计资源面向高校计算机相关专业学生以及需要完成毕设、课设的开发者。项目明确区分用户端小程序与后台管理端涵盖图书浏览购买、订单支付、章节在线阅读、留言互动、收藏管理、阅读资讯发布等完整业务闭环可直接部署演示。压缩包内共1082个文件不仅包含Java后端源码、Vue管理页面还有小程序前端逻辑、页面结构与样式文件以及png/svg图片素材和sql数据库脚本整体大小约15.7MB目录模块划分清晰。已有151人学习下载适合作为毕业设计参考或SSM框架实战训练项目。资源另外附带论文、开题报告、答辩PPT与一键安装运行脚本便于快速启动项目并准备答辩能帮助使用者从代码到文档完整理解系统的设计思路与实现细节。1. 微信阅读小程序ssm毕业设计这套源码最值钱的是完整闭环做毕设的人拿到这份资源第一反应大概率是先把后端跑起来、再把小程序跑通然后长舒一口气。我见过太多人卡在“代码能运行但论文、开题报告、答辩PPT和源码完全对不上”这个坎上。微信阅读小程序用ssm框架实现本身不是什么炫技项目贵在它把一套完整交付物摆在你面前源代码、文档说明、论文、sql文件、开题报告、答辩PPT。它真正的价值不是“能跑”而是让你知道一个合格毕业设计的全链路长什么样以及怎么把每一份交付物衔接起来。适合正在做毕设、或者想快速落地一个前后端分离但又不复杂的微信小程序项目的人。2. 为什么用ssm做微信阅读小程序选型逻辑和调用链路拆解2.1 SSM到底在毕业设计里扮演什么角色SSM是Spring、SpringMVC、MyBatis三个框架的缩写。放在微信阅读小程序这个项目里它的分工很明确Spring管对象和事务SpringMVC管HTTP请求的路由和参数绑定MyBatis管SQL和Java对象的映射。很多同学纠结为什么不直接用Spring Boot因为从纯开发效率看Spring Boot确实更省事配置更少、内嵌Tomcat、起步快。但毕业设计选ssm有个现实理由它的分层更显式Controller、Service、DAO写在明面上画架构图、写系统设计章节的时候素材特别好凑答辩时也能把每个注解的来龙去脉讲清楚。我一般会建议手里拿着ssm源码的同学不要急着把它“升级”成Spring Boot除非导师明确要求。因为一旦换了框架源码里所有配置类、web.xml、SpringMVC的XML配置都要重写论文里的技术介绍也要改工作量比想象中大得多。ssm虽然手工感强但它反而逼着你把请求从URL到Contoller再到Service、MyBatis的整个过程吃透这在答辩时是加分项。!-- 常见的ssm工程依赖组合作用不是版本最新而是稳定 -- dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version4.3.30.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这段依赖建议优先确认工程里是否已经存在不要重复引入。注意Spring和MyBatis的版本需要匹配我的习惯是选Spring 4.x配MyBatis 3.4.x这套组合在网上能找到大量排错经验就算遭遇启动报错搜索时也容易命中别人踩过的坑。如果工程里本来就带了完整依赖你只要做版本核对不用手动改。2.2 小程序端、后端、数据库的调用链路微信阅读小程序的调用链路并不复杂但很多同学第一次看源码会被前后端的各种目录吓到。最核心的一条链路是这样的小程序通过wx.request发出HTTP请求到后端的SpringMVC ControllerController通过Service接口调用业务逻辑Service再通过MyBatis的Mapper接口执行SQL最终数据以JSON格式返回给小程序前端渲染。在这条链路里最容易出错的是URL和返回格式。小程序端不能直接访问数据库所有读写都必须走后端接口所以你在源代码里会看到小程序目录下的utils/request.js里定义了baseUrl而后端接口统一返回一个类似{ code: 200, data: ... }的对象。这个统一返回结构在源码包里的类名可能叫Result或者ResponseResult论文里也会提到答辩时你把这个结构说清楚比背十页框架介绍都管用。// 小程序端的请求封装核心是baseUrl和多环境切换 const baseUrl http://localhost:8080/reading/api function request(path, method GET, data {}) { return new Promise((resolve, reject) { wx.request({ url: baseUrl path, method: method, data: data, header: { Content-Type: application/json }, success: (res) { if (res.statusCode 200) { resolve(res.data) } else { reject(new Error(接口异常)) } }, fail: (err) reject(err) }) }) }这段封装里的本地地址是开发阶段用的真机预览时如果不改成HTTPS的线上域名请求会直接失败。微信小程序对这个卡得比较严后面避坑章节我会专门说。现在你只需要理解baseUrl path组成了最终的请求地址而后端Controller层把path映射到具体方法这就是整条链路的第一段握手。2.3 阅读类小程序的模块怎么拆才像毕业设计拿到源码后先别急着跑把模块拆出来。一个微信阅读小程序在毕业设计里的标准模块包括用户登录注册模块、书籍分类与搜索模块、书架管理模块、阅读器章节内容模块、评论与收藏模块以及管理后台的书籍管理、用户管理、评论管理。大多数ssm毕业设计源码都会覆盖这些但覆盖程度不一样你的任务是在论文和PPT里把这些模块的边界说清楚。模块小程序端表现后端对应接口用户模块微信授权登录、个人中心/api/user/login、/api/user/info书籍模块分类浏览、关键字搜索、书籍详情/api/book/list、/api/book/detail阅读模块章节列表、正文展示、翻页/api/chapter/get互动模块收藏、评论、点赞/api/favorite/add、/api/comment/list这张表也可以直接放进论文的“系统功能结构图”里。很多人不知道毕业设计答辩时老师最常问的第一句话就是“这个系统有哪些模块你负责哪部分”你如果能按这种维度把模块和接口URL对应起来即使代码不是你一行行敲的也能让老师相信你系统整体上过手了。别把目光只盯在代码上先拿这张表去对照源码里的Controller层你会快速建立起对工程结构的整体认知。2.4 为什么这份资源里sql文件比代码更值得先看打开源码包时你会看到sql文件它通常叫reading.sql或wechat_reading.sql。我强烈建议你第一步先打开SQL文件而不是先启动后端。因为这份SQL文件定义了全部数据表用户表、书籍表、章节表、收藏表、评论表以及最主要的字段和初始数据。读懂了表结构整个业务模型就清楚了。看SQL文件时重点看三处一是表名和注释是否正规二是是否用了utf8mb4字符集三是各表主外键关系是否清晰。微信阅读小程序里最核心的表是书籍表和章节表二者通过book_id关联这个关系在论文ER图里一定会用到。如果你发现某张表结构不全比如没有评论时间字段那你的第一个任务不是改代码而是先在SQL里把字段补上再同步改后端实体和前端展示这算合理二开。-- 典型的书籍表结构注意字符集和字段注释 CREATE TABLE book ( id int(11) NOT NULL AUTO_INCREMENT, book_name varchar(100) NOT NULL COMMENT 书名, author varchar(50) DEFAULT NULL COMMENT 作者, category_id int(11) DEFAULT NULL COMMENT 分类ID, cover_url varchar(255) DEFAULT NULL COMMENT 封面地址, intro text COMMENT 简介, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT阅读书籍表;执行时注意使用mysql -uroot -p sql文件名或者直接在Navicat里运行。如果导入报错常见的原因是MySQL版本过旧不支持CURRENT_TIMESTAMP的默认值或者字符集没有提前设置。SQL执行不顺利时先看报错行号大多是字段类型或注释长度问题别急着改库把脚本和数据库版本对齐更重要。3. 把源码跑起来后端导入、数据库初始化、小程序调试的最小步骤3.1 后端导入JDK、Tomcat、Maven先对齐ssm项目不像Spring Boot那样可以一键启动它需要外部Tomcat。我的建议是先按经典环境来JDK 1.8、Tomcat 8、Maven 3.6以内这三个版本互相兼容网上资料最多。如果用JDK 11以上老版ssm里的部分反射和字节码操作容易出问题如果用Tomcat 9部分Servlet配置也会报兼容性错误。这套组合虽然老但胜在稳。在IDEA里导入工程的步骤很固定File - Open选择源码工程目录中的后端文件夹如果是Maven工程IDEA会自动读取pom.xml并下载依赖。下载依赖是个碰运气的过程镜像源决定你顺不顺利我一般会在settings.xml里配置阿里云镜像。依赖下载完成后先执行一次mvn clean install -DskipTests这一步的作用是把所有代码编译一遍发现语法错误和依赖缺失。# 跳过测试打包只验证代码能否编译 mvn clean install -DskipTests如果你执行后看到BUILD SUCCESS说明后端代码本身没什么大问题。接下来就是配置Tomcat在IDEA的Run/Debug Configurations里新增一个Tomcat Server选择本地Tomcat目录Deployment里添加war exploded或war包Application context建议填/reading。这个Application context很关键它决定了接口的访问前缀必须和小程序端baseUrl保持一致。启动Tomcat后你在浏览器里访问http://localhost:8080/reading/api/book/list如果返回一串JSON后端就通了。这一步如果失败优先级最高的排查点是端口是否被占用、Application context是否正确、数据库有没有初始化。后端起不来先别烦绝大多数时候是环境小问题不是代码大问题。3.2 数据库初始化sql脚本导入与账号密码修改初始化数据库是优先级最高的一步。你得先创建一个数据库旧版脚本可能会要求你手动建库新版一般包含建库语句。推荐在命令行或Navicat里执行# 登录MySQL后执行脚本 mysql -uroot -p source /你的路径/reading.sql;source命令适合在命令行里执行如果SQL文件路径含中文或空格在Navicat里用打开并运行更稳妥。执行成功后查看表列表应该能看到用户表、书籍表、章节表等。这里要特别留意MySQL版本如果脚本里有utf8mb4和InnoDB而你的MySQL是5.5或更老会直接影响导入。导入完成后去后端源码里找jdbc.properties或db.properties修改jdbc.url、jdbc.username、jdbc.password三项。最常见的坑是数据库密码包含特殊字符比如、!在properties文件里需要转义或者干脆把密码改成简单的纯数字。另一个坑是useSSLfalse和characterEncodingutf8两个参数老版本MySQL驱动要求写成jdbc:mysql://localhost:3306/reading?useUnicodetruecharacterEncodingutf8useSSLfalse漏掉characterEncodingutf8会导致中文乱码。# jdbc.properties 核心配置数据库名和密码按你的环境改 jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/reading?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password123456有些资源的SQL脚本会在表之间设置外键约束插入初始数据时有先后顺序。如果你手动执行某张表的单个插入语句报外键失败别慌先插入主表再插入从表。3.3 小程序端打开项目appid和request域名设置后端通了以后微信小程序端进入调试阶段。打开微信开发者工具选择“导入项目”指向源码包里的微信小程序目录AppID可以选测试号也可以用自己的个人AppID。这里有个坑很多源代码本身是在其他AppID下开发的你导入后需要重新配置AppID同时要检查project.config.json里的appid字段是否与你当前的一致。小程序端最重要的配置是请求域名。开发阶段右下角详情里勾选“不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书”这样本地开发时才能请求到http://localhost:8080。等你将来部署到服务器这个选项必须关掉并且后端域名要备案、配置HTTPS证书、在小程序后台的“request合法域名”里填写。小程序里往往有多个页面每个页面都可能调用wx.request。我建议你先把全局的utils/request.js里baseUrl改好然后去首页看数据能否加载。如果首页有接口报错打开调试器的Network面板看是连接不上后端还是HTTP状态码异常。连接不上多半是baseUrl错了状态码401或403则多半是登录失效或拦截器拦截了你的请求需要带上token请求头。// 小程序请求时携带token的常见写法 const token wx.getStorageSync(token) if (token) { header.Authorization Bearer token }这里还要提醒一下源码里的小程序如果用了微信登录获取手机号之类的功能这类能力需要企业主体的小程序账号并且涉及费用个人开发者在毕设阶段可以用模拟登录替代。论文和答辩PPT里如果写了“获取手机号”功能而实际代码里走的是Mock一定要记得改文案否则一问就露馅。4. 文档说明、开题报告、答辩PPT怎么和代码对齐4.1 论文别直接对着源码写先画业务流程图你拿到手的论文大概率是原始作者的版本里面可能有原作者的学号、姓名、致谢甚至学校名称。直接交是肯定不行的但也不需要全文重写。正确顺序是先根据你在第2章拆出来的模块画一张业务流程图把用户登录、浏览书籍、阅读章节、发表评论这几件事按顺序画出来再对照论文的功能章节看是否一致。大多数ssm毕业设计论文的第二章是需求分析第三章是系统设计第四章是系统实现第五章是测试。你只需要保持这个骨架把和实际源码不一致的地方改掉。比如论文里说“用户可以通过关键字搜索书籍”但源码里搜索功能是模糊查询还是精确查询你要去Controller层找出RequestParam接收的字段再改论文里的描述。别用“全文系统”这类模糊说法要写“支持按书名和作者模糊搜索”这样答辩老师一问代码细节你也能答上。// 后端Controller层的搜索接口通常长这样 RequestMapping(value /book/search, method RequestMethod.GET) ResponseBody public Result searchBooks(RequestParam(keyword) String keyword) { ListBook books bookService.searchBooks(keyword); return Result.success(books); }这个接口的关键点是keyword参数通过RequestParam绑定说明前端请求时要用?keywordxxx的形式传递搜索词。你论文里的接口设计表应该写出这种细节而不是只写“搜索书籍”四个字。修改论文时把接口方法名、参数名、返回值类型都对着源码抄一遍这样论文会瞬间变得扎实得多。4.2 答辩PPT的高频提问点提前在PPT里埋好答案答辩PPT通常15到20页核心部分在系统演示。我建议PPT顺序是选题背景、技术选型、系统功能结构、数据库设计、核心功能展示、项目总结。每页不要堆字但要把可能被提问的点写在备注里例如“用户登录之后token如何存储”“分页是怎么实现的”“评论审核有没有做”。老师们特别爱追着问“数据库表之间怎么关联”和“缓存有没有用”。微信阅读小程序这种毕设一般没加Redis但如果PPT里出现高并发、海量数据这类词老师就会顺着追问。所以把形容改为“支持用户多端访问的基础架构”而不是“高并发系统”。这里可以列一个答辩高频问题表你拿到源码后自己先过一遍把答案补进备注高频问题建议回答方向SSM各层怎么协作请求进Controller调ServiceService里注入Mapper登录会话怎么保持小程序的storage存token后端拦截器校验数据库为什么用MySQL开源稳定表结构清晰便于教学演示小说章节内容怎么存储章节表存长文本字段按章查询项目还有什么可改进加Redis缓存章节内容加后台统计分析这些问题在论文和开题报告里其实都有出处。你只要花一个下午把这些问题对着源码走一遍比熬夜背PPT有用得多。尤其“登录会话怎么保持”这个问题几乎每次答辩都会问。你只需要能说出“前端把token存在storage里后续请求在header中携带后端用拦截器验证”就能过关。4.3 开题报告和研究意义怎么改得和你做的功能一致开题报告里最容易出现的问题是研究背景写得过大从移动互联网写到数字阅读趋势但全文没有一句和你实际功能挂钩。改法很简单把三段论改成“问题方案价值”。例如提出“传统网页阅读在移动端体验差微信小程序无需下载、即用即走所以选它作为前端载体”再把后端用ssm的理由写成“便于分层开发和维护适合教学场景”。研究内容部分照着系统模块列表改写。开题报告中的进度安排通常以周为单位建议往前倒推预留至少两周给联调测试和论文格式调整。很多人的开题报告是第二年三月份才写结果系统五月就要交付导致进度安排纯粹是纸上谈兵。进度安排示例 第1-2周需求分析完成功能清单和数据库设计 第3-5周完成后端ssm框架搭建和核心接口 第6-7周完成微信小程序前端页面和接口联调 第8周系统测试、修复bug、完善论文初稿 第9-10周论文查重、制作答辩PPT、准备演示这种安排常见且可靠因为和毕设实际推进节奏吻合。如果你手里的资源附带的开题报告进度和这个完全对不上建议你按自己的时间重新画一个。老师不太关心你几周做了什么但进度表必须符合逻辑不能出现第6周才搭环境、第7周就写论文的情况。5. 避坑ssm微信小程序毕设最常见的5个翻车点5.1 页面404不是因为文件不存在而是拦截器拦住了现象浏览器访问后端接口返回404但Controller里明明有这个方法。打开Tomcat日志能看到请求进来了但就是匹配不到处理器。原因多半是SpringMVC的拦截器配置把请求拦下后直接拒绝了或者URL映射权限放行规则写得太宽。解决去spring-mvc.xml里排查mvc:interceptors配置看拦截路径是不是/**同时检查exclude列表里有没有放行登录、注册和书籍列表这类不需要权限的接口。如果你发现拦截器里写了token null就return false那任何不带token的请求都会404或401。开发调试阶段我习惯先临时注释掉拦截器或者给mapping配置精确路径等业务跑通了再放开限制。!-- 拦截器配置示例注意放行静态资源和登录注册 -- mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/api/user/login/ mvc:exclude-mapping path/api/book/list/ bean classcom.example.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors这个配置里exclude-mapping的作用非常重要漏掉它前端所有未登录状态下的请求都会被拦死。排查时先看浏览器Network面板里的响应状态如果是401或404结合出现基本就是拦截器而不是Tomcat部署问题。5.2 开发者工具正常手机一预览就请求失败现象微信开发者工具里点击编译数据正常加载一切看起来都OK。但把预览二维码发给微信扫一下手机上打开小程序后页面空白接口全部失败。原因很典型开发者工具有“不校验合法域名”选项兜底而手机预览走的是微信真实环境对以下三样强制校验request合法域名、HTTPS证书、TLS版本。解决要么买一台带备案域名的云服务器把后端部署上去再给域名配置HTTPS证书最后在小程序后台把HTTPS域名添加进request合法域名列表要么退一步答辩演示只用开发者工具的模拟器但手机预览就是失败的这只能作为临时方案。不要以为用IP地址可以绕过微信明确要求域名不能是IP。换句话讲本地代码里写的http://localhost:8080在真机上是不可用的因为手机访问的是你电脑的局域网地址而不是localhost。你可以临时把baseUrl改成http://你的电脑局域网IP:8080并保证手机和电脑同一个Wi-Fi配合开发者工具的“不校验合法域名”选项真机才能勉强调通。真正的上线部署和HTTPS证书是绕不过去的建议预留两到三天专门搞这个。5.3 SQL脚本导入失败字符集和MySQL版本是主因现象用Navicat运行sql文件报错信息里出现Unknown collation、Invalid default value for create_time或者某一行字段长度超限。原因通常是两个第一是SQL脚本中包含utf8mb4_0900_ai_ci这类MySQL 8.0专属排序规则而你本地是MySQL 5.7第二是DEFAULT CURRENT_TIMESTAMP在旧版MySQL中不能用于DATETIME字段。解决打开SQL文件把utf8mb4_0900_ai_ci全部替换成utf8mb4_general_ci把ENGINEInnoDB DEFAULT CHARSETutf8mb4保留但把排序规则相关的配置删掉。如果你不确定版本兼容性最简单的做法是把脚本里的所有COLLATE项去掉。另外执行脚本时尽量选择当前数据库再运行避免没有选中库导致表建到了错误的位置。还有一类现象是“明明脚本执行成功但表里没数据”这通常是因为脚本在某个地方遇到错误自动中断或者建表和插入数据之间事务未提交。你可以分批执行先运行建表部分确认表存在后再执行插入语句。SQL脚本是毕业设计的门面如果这步没搞定后面代码跑起来也会因为缺表缺数据而错误不断。5.4 启动即报错Lombok、jar包冲突和JDK版本现象Tomcat一启动就看到一堆ClassNotFoundException或NoSuchMethodError有的还带着java.lang.UnsupportedClassVersionError。原因不外乎三选一一是依赖的jar包没有完整下载二是多个jar包包含同一个类导致版本冲突三是Lombok插件没装或者和JDK版本不匹配。解决先执行mvn dependency:tree查看依赖冲突重点关注spring-webmvc和spring-context这类核心包是否出现多个版本。出现冲突时用IDEA打开Maven面板右键排除多出来的版本。Lombok的问题更隐蔽IDEA里必须安装Lombok插件且在编译器设置里启用注解处理。如果你在代码里看到大量Data、Getter注解但IDE不识别getter/setter方法那八成是Lombok没生效。# 查看依赖树grep找到重复的spring版本 mvn dependency:tree -Dincludesorg.springframework看到多个spring版本时在pom.xml里用exclusions排除冲突包或者直接统一版本。这类问题经验少的人折腾一两天很正常所以启动后端最好先看日志而不是对着报错乱猜。日志最前面的Exception才是根因后面那一长串Caused by只是连锁反应。5.5 论文里的接口和代码不一致答辩时最尴尬的坑现象论文里的系统实现截图和当前代码页面长得不一样论文写的接口路径在源码里搜不到或者数据库字段和论文表结构对不上。这不是资源本身的问题而是当你把源码在电脑上跑起来后环境、配置、界面展示都会和原作者截图时有出入。答辩时老师如果随手翻一下论文再对照一下你电脑上的界面不一致的地方一眼就暴露。解决开工第一天就要给两个版本拍照记录——一是论文截图版本二是当前实际运行版本。以当前实际运行版本为准逐页截取功能页面替换论文里所有过期的系统截图同时更新URL和字段说明。如果某张截图的功能在当前代码里根本没有优先选择删除论文中对应的功能描述而不是为了凑字数硬留。检查论文里的“数据库设计”章节把所有表名字段名对着sql文件逐项核对包括字段类型和长度。这条活很枯燥但非常值得做。另外答辩PPT里的流程图也要跟着改。一个省事的做法是给PPT里每一个界面截图下方加一行小字“当前演示环境版本”这样即使和论文有些细微出入也能解释为版本迭代。6. 别拿这份源码直接交改成自己的毕设的三个动作第一个动作是替换视觉与数据让功能从“看着像别人的”变成“自己的”。小程序端的页面样式、颜色主题、顶部导航栏高度、书籍封面占位图都值得动一遍。不用大改把首页的banner、书城图标的文案换掉把书库里默认书名和作者改成与你的选题更贴近的书籍数据库里的种子数据也按主题更新。视觉和数据一变整体辨识度立刻提升而且这不需要深刻代码功底照猫画虎改字符串就行。顺带注意小程序顶部导航栏高度在不同机型上不同没把握时设为导航栏自适应样式细节反而加分。第二个动作是加一个核心功能点比如“阅读进度同步”或“按分类统计阅读时长”。做这个不是为了炫技而是给你答辩时增加一个“你比原方案多做了什么”的锚点。微信阅读小程序本身的书籍阅读、收藏、评论已经够用你可以把精力投在延伸数据上例如在书籍表里加一个read_count字段每次用户进入章节详情时累加1然后在小程序端增加“热门书籍排序”。实现路径不过是在后端加一个更新方法再接一个小程序列表排序难度低、见效快论文里还能多写一小节。第三个动作是建立git仓库定期提交。毕业设计最怕的不是代码跑不动而是最后答辩时拿不出过程性材料。我用git习惯是每个功能点做成一到两次提交消息写清楚比如“feat: 实现书籍搜索接口”“fix: 修复评论时间显示时区问题”。老师说“谈谈你怎么完成系统的”你顺手调出提交记录从项目初始化讲到功能迭代比空口说“我做了很多工作”有说服力得多。答辩前一晚再整体提交一次生成代码存档万一电脑出问题还能从远程仓库恢复这就是技术上的后悔药。我在带人做毕设时最大的教训是拿到别人的源代码没问题但别整个交上去。代码可以复用论文可以借鉴唯独对项目的理解必须是你自己的。每天抽出一点时间对着模块提问从界面到接口再到数据库把每个能点的地方都点一遍把每张表都弄清楚。这个过程里会踩坑但正是这些坑让你能站在讲台上答得从容。希望这些经验对你有实际的帮助也祝你顺利通过答辩。本文还有配套的精品资源点击获取