Spring Boot智慧社区毕设全解析：从权限设计到部署避坑-北京尧图网络

简介面向Java毕业设计场景的智慧社区管理系统源码包基于Spring Boot框架实现覆盖用户、商品分类、动物信息、车位、便民服务、缴费、房屋等十余个管理模块适合需要完整项目参考的本科生及初级开发者用于课程设计或毕业答辩。包内共七百三十九个文件以二百零二个Java源码、一百四十一个Vue组件、一百六十一个SVG图标为主辅以JavaScript脚本、XML配置、SQL数据库文件及run.bat、3-build.bat等构建运行脚本整体约二十三MB前端页面与后端逻辑结构清晰便于按模块查阅。已有六十五人学习下载可快速搭建演示环境。部署教程引导从零启动项目数据库脚本完成初始化前端Vue组件覆盖登录、首页、侧边栏、面包屑、修改密码等界面便于二次开发并深入理解Spring Boot与Vue的前后端整合实践。1. 这套智慧社区毕设到底是什么代码、数据流和交付形态拿到一套基于 Spring Boot 的智慧社区管理系统第一件事不是急着跑代码而是先把交付物拆开。这套资源本质上是「前后端源码数据库脚本部署文档」的完整工程包后端按业主、物业、管理员三种角色拆分接口权限前端覆盖房产管理、报修、缴费、访客预约、公告、车位、投诉建议这些小区事务部署教程给了从 JDK 到 MySQL 再到打包的完整步骤适合做 java 毕业设计或实训期项目复现的同学也适合需要快速搭一套业务演示系统的从业者。我的建议是把它当成「骨架」来读而不是拿来直接交差。它能解决的是从 0 到 1 把系统跑起来的阻力——数据库表怎么初始化、前后端怎么联通、多角色登录后能看到哪些菜单——这几件事理顺了后面改写成自己的毕设就只是时间问题。2. 模块设计与选型逻辑为什么用 Spring Boot MyBatis Plus 而不是别的组合2.1 功能地图与角色权限设计智慧社区这类系统的评审关注点通常集中在「有没有覆盖完整的业务闭环」和「角色权限是否清晰」两点上。这套代码把系统拆成了三大端业主端、物业端、管理端。业主端能看到自己的房产、车位可以发起报修、提交缴费、预约访客、查看公告物业端负责处理报修工单、抄表记录、收费登记、物业费账目管理端则掌握小区信息、楼栋房屋、业主档案、员工账号、系统参数配置。角色与业务模块的对应关系决定了数据库里的菜单表和接口权限。常见的做法是建一张sys_menu存菜单树再用sys_role_menu做角色与菜单的关联后端拦截器每次请求都校验当前用户的角色标识。以下是这套系统典型的角色权限表角色核心菜单说明admin 管理员系统管理、小区管理、楼栋房屋、业主档案、员工管理拥有全部权限毕业设计答辩时一般用这个账号演示property 物业报修处理、缴费记录、车位管理、投诉管理、公告发布数据权限限到本小区跨小区数据默认不可见owner 业主我的房产、我要报修、在线缴费、访客预约、投诉建议只能看自己名下的房产和车位报修单仅本人可见这套权限设计在答辩时是加分项。你顺着「登录 → 查询角色 → 加载菜单 → 请求时鉴权」这条线讲比单纯说「我用了 Spring Security」要更有说服力。代码里用的是基于拦截器和RequiresPermissions注解的轻量鉴权方案没有引入完整的 Spring Security 框架毕业后想往企业级靠可以直接在这个基础上换壳。2.2 技术栈选型双端分离与 MyBatis Plus 的取舍这套工程采用前后端分离后端是 Spring Boot 2.7 MyBatis Plus前端是 Vue Element UI。为什么选这个组合而不是 Spring Boot Thymeleaf 或者 Spring Boot JPA主要是三个现实理由第一Java 毕业设计答辩现场老师大概率会追问「为什么不用 JSP」前后端分离是常见且稳妥的答案第二MyBatis Plus 的BaseMapper提供了单表 CRUD 的全部方法毕业设计阶段把精力留给业务表和权限控制比手写 SQL 划算第三前端 Vue 在就业市场是普遍技能拿到这套代码后你至少能看懂 80% 的前端页面逻辑。选型时刻意避开了两个坑一是没有用 Spring Boot 3.x因为部分依赖和 JDK 17 的兼容性问题会扩大排查范围用 2.7 JDK 8 是最稳的毕业设计组合二是没有引入微服务一个单体应用能讲清楚业务闭环评审不会因为你乱拆服务而加分。工程里数据库持久层技术是 MyBatis Plus注意它的三个特性与毕业设计场景高度相关主键默认使用雪花算法ASSIGN_ID不需要手动维护自增 ID逻辑删除注解TableLogic让删除操作变成update保留数据可追溯自动填充字段TableField(fill FieldFill.INSERT)能统一处理创建时间。这三条在答辩或写文档时值得展开它们恰恰是 MyBatis Plus 区别于原生 MyBatis 的核心点。2.3 核心业务的数据流转报修、缴费、访客三条链路只罗列功能列表是不够的能把这几个核心流程的数据流讲清楚毕业答辩的阐述深度就上了一个台阶。拿报修举例业主在前端提交报修单后端会写两条数据一条是主表repair_order记录标题、描述、图片、业主 ID、状态另一条是过程表记录当前工单流转到哪个物业人员手中。物业端处理时会先更新状态为「处理中」再填写处理说明和完成时间。注意这里的状态是用Integer存储而不是字符串0 待处理、1 处理中、2 已完成这部分在查询统计时用group by可以很快算出每个状态的单量。缴费链路用的是一张property_fee表。每月生成账单时会根据房产表关联到的建筑面积和单价算出来应交金额状态先置为未缴。业主在缴费页面点「去支付」后端生成订单号把支付状态回写到缴费记录里。毕业设计阶段一般不接真实支付渠道常见做法是把支付结果模拟成「微信支付成功」的确认动作并在订单表里保留一个pay_platform字段方便以后扩展。访客预约链路相对简单业主填写访客姓名、车牌、到访时间物业端审核通过后门岗在访客表里按订单号核验。这三条链路涉及的几张核心表有repair_order、property_fee、visit_order、house、parking_space。建议拿到代码后把这几张表的关系画一张手写图答辩时能快速讲清楚。3. 把工程跑起来的三步流程环境、数据库初始化和前后端联调3.1 环境检查清单第一次跑这种工程包不要直接双击打开 IDE先把环境变量核对一遍否则后面报错很难定位。以下是常见且稳妥的版本组合。组件建议版本注意点JDK1.88u202 及以上太高的 JDK 版本在 Spring Boot 2.7 下可能出现依赖兼容问题Maven3.6.x 或 3.8.x国内网络建议配阿里云镜像MySQL5.7 或 8.05.7 与 8.0 的驱动桥接方式略有差异Redis6.x校验码和访客 token 依赖它Node.js14.x 或 16.x用于运行前端开发服务器和打包这里补一句工程包里的README一般写的是「JDK1.8 MySQL5.7」如果你本地装的是 MySQL 8.0也不是不能用但要记得下载mysql-connector-java的 8.x 版本驱动并在 JDBC 连接串里追加?useSSLfalseserverTimezoneAsia/Shanghai。否则启动时大概率会遇到Public Key Retrieval is not allowed的报错。3.2 初始化数据库和修改配置文件数据库脚本在工程根的sql目录下通常是一个smart_community.sql文件。用命令行导入即可脚本里包含了库、表、初始账号和基础菜单数据。mysql -uroot -p -e CREATE DATABASE smart_community DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p smart_community sql/smart_community.sql第一条命令手动创建库并指定使用utf8mb4字符集。这样做的必要性在于脚本内的建表语句如果没有声明字符集MySQL 默认的latin1会让中文乱码而utf8mb4能覆盖 Emoji 和生僻字。第二条命令将表结构与初始化数据导入到指定库。执行完以后可以用mysql -uroot -p -e use smart_community; show tables;检查表数量常见情况下会有 25 张以上的表。接下来修改后端的核心配置文件application.yml。这是整个工程配置的汇聚点数据源、Redis、文件上传路径都在这里。server: port: 8080 servlet: context-path: /api spring: datasource: url: jdbc:mysql://localhost:3306/smart_community?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8 username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver redis: host: localhost port: 6379 password: database: 0 mybatis-plus: mapper-locations: classpath*:/mapper/**/*.xml configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: id-type: assign_id logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0 file: upload-path: /data/smart-community/upload/这段配置里最值得关注的三个点第一context-path: /api意味着后端所有接口的访问前缀都是/api前端代理配置必须保持一致第二password如果本机 Redis 没设密码留空即可一旦设了密码这里填错会直接导致登录接口 500第三logic-delete-field/deleted是 MyBatis Plus 的逻辑删除全局配置注意如果你的表里字段叫is_deleted这里也要对应改成is_deleted。把log-impl设为StdOutImpl会在控制台直接打印 SQL调试时很有用正式演示前建议关掉。3.3 启动后端与前端联调后端启动有两种方式开发阶段我习惯用 Maven 直接起方便热更新。cd backend mvn clean package -DskipTests java -jar target/smart-community-0.0.1-SNAPSHOT.jarmvn clean package -DskipTests会跳过测试代码直接打 jar 包毕业设计阶段一般没有集成测试跳过能省一半时间。-DskipTests是跳过测试执行的参数注意它和-Dmaven.test.skiptrue的区别是后者连测试代码都不编译。启动成功后终端最后一行会出现Started Application in x.xxx seconds这时用curl http://localhost:8080/api/captcha能拿到一串 JSON 说明后端已通。前端部分开发模式跑起来需要两步。先安装依赖再起开发服务器。cd frontend npm install npm run servenpm install在首次执行时耗时较长常见做法是把 npm 源指向淘宝镜像。npm run serve启动的是开发服务器默认端口是 9528这个值在vue.config.js里配置也可能配置为 8081它有热更新功能改前端代码后浏览器会实时刷新。开发服务器启动后前端页面还在等待后端数据因此必须在vue.config.js中确认跨域代理指向http://localhost:8080否则跑起来后登录接口全部报 404。生产环境的联调方式是把前端打包成静态文件后放进 Spring Boot 的resources/static目录用后端同一个端口提供服务。npm run build cp -r dist/* ../backend/src/main/resources/static/npm run build会把前端代码压缩打包到dist目录。cp -r是把构建结果复制进 Spring Boot 静态资源目录。做完这一步重新打包后端 jar访问http://localhost:8080就能看到登录页。这个操作对毕业设计的意义在于答辩现场如果网络条件不稳定提前把前端嵌进后端是最稳妥的演示方案。4. 改成自己的毕设换数据库、换系统名、加接口、改权限4.1 先看懂工程结构再动手改造前先把工程的目录结构搞清楚这套代码的标准结构是这样的smart-community/ │ ├── backend # 后端工程目录 │ ├── sql/ # 数据库初始化脚本 │ ├── src/main/java │ │ └── com/community │ │ ├── controller/ # 接口层 │ │ ├── service/ # 业务逻辑层 │ │ ├── mapper/ # 数据访问层 │ │ ├── entity/ # 实体类 │ │ ├── config/ # 拦截器与配置 │ │ └── common/ # 返回结果、异常、工具类 │ ├── src/main/resources │ │ ├── mapper/ # MyBatis 的 XML 文件 │ │ └── application.yml │ └── target/ # jar 包输出位置 │ └── frontend ├── src/ │ ├── api/ # 前端封装的接口请求 │ ├── views/ # 页面组件 │ │ ├── login/ # 登录页 │ │ ├── repair/ # 报修模块 │ │ └── fee/ # 缴费模块 │ └── router/ # Vue 路由配置 └── package.json改造的第一步不是改代码而是先把entity、mapper、controller这三层对应关系理清。每个实体类对应一张表mapper接口继承BaseMapperT后就有基础的增删改查能力。这套规范是 MyBatis Plus 的核心约定也是你后续加功能时模仿的模板。如果某个实体类的字段和表对不上优先改实体类而不是改表因为表里已经有初始化数据。4.2 换数据库名称与账号密码很多同学拿到工程先改项目名结果数据源还是原来的库启动就报错。换库只需要两步先在 MySQL 里建好你的新库再用编辑器把application.yml里的一整段url、username、password替换成自己的。另外要同步检查sql目录下脚本里的CREATE DATABASE语句如果里面有写死的库名的也要一起改掉。这个环节最容易被忽略的是url里的数据库名改了但脚本导入时用的还是smart_community后续查询全部走默认库半天排查不出问题。4.3 修改系统名称和 Logo告别千篇一律系统名和 Logo 的位置分散在两处前端改文案后端改配置。前端登录页的标题和首页顶栏文字都在src/views/login/index.vue和src/layout/components/Navbar.vue这两个文件里首页侧边栏的菜单名称是从后端返回的菜单树里渲染出来的直接改数据库sys_menu表的menu_name字段就能生效。Logo 是替换src/assets/logo下的图片文件注意替换后文件类型和尺寸保持一致否则前端构建时容易报资源引用错误。src/store/modules/app.js里通常也会存一个appName变量登录后接口返回的用户信息里可能带着别名。毕业设计里出现这种情况很常见要改得干净彻底就把前端写死智慧社区的字符串全部搜一遍用全局替换改成你自己起的系统名。注意sys_config表里也可能有系统名称的配置登录后的欢迎语从这张表读不改的话会有部分界面显示旧名称。4.4 添加一个自定义接口从后台端口的全链路模板如果要把系统改成「智慧校园访客管理」之类的新方向重点不是重写而是照着已有模块「抄」一个完整链路。以加一个「投诉处理进度查询」接口为例。先建实体类比如对应用户Complaint表Data TableName(complaint) public class Complaint { TableId(type IdType.ASSIGN_ID) private Long id; private Long userId; private String title; private String content; private Integer status; TableField(fill FieldFill.INSERT) private LocalDateTime createTime; }TableName注解声明实体类与数据表映射TableId(type IdType.ASSIGN_ID)表示主键由 MyBatis Plus 用雪花算法生成status字段用整型存储状态避免数据库层面存字符串导致无法做数字比较。然后在 Mapper 层写查询方法public interface ComplaintMapper extends BaseMapperComplaint { ListComplaint selectByStatus(Param(status) Integer status); }BaseMapperComplaint里已经包含了按 ID 查询、插入、逻辑删除等通用方法这里新写的selectByStatus是要去 XML 文件里自定义的多表联查。Mapper 接口写好之后要在resources/mapper目录下新建ComplaintMapper.xmlselect idselectByStatus resultTypecom.community.entity.Complaint SELECT * FROM complaint WHERE status #{status} ORDER BY create_time DESC /selectresultType里写实体类的全限定名MyBatis 会把查询列自动映射到实体属性。条件查询这种简单场景用LambdaQueryWrapper也能做不需要写 XML。写 XML 的常见场景是跨表联查比如「查询某业主的所有投诉记录并连带业主姓名」这时才值得走 XML。Controller 层写一个开放接口模拟「已登录用户查询自己的投诉进度」RestController RequestMapping(/complaint) public class ComplaintController { Resource private ComplaintService complaintService; GetMapping(/my) public Result listMyComplaint(RequestParam Long userId) { return Result.ok(complaintService.listByUser(userId)); } }RequestParam Long userId这里在真实项目里要从 token 中解析用户信息不能直接暴露用户 ID毕业设计演示阶段如果不做鉴权改造先保留这个参数是可以接受的但答辩时最好主动提一句生产环境需要通过拦截器从 token 里取用户 ID。加完这一套代码后重启后端访问/api/complaint/my?userId1返回 JSON就表示整个新功能链路打通了。4.5 权限的简单调整业主端多看到几个菜单角色菜单的调整不用改 Java 代码核心在sys_menu和sys_role_menu两张表的数据。菜单树是按parent_id上下级组织的比如「报修管理」下有一个子菜单「我要报修」。要让业主端能看到「历史缴费」菜单先查sys_menu里该菜单的menu_id再往sys_role_menu表插一条记录角色 ID 填 owner 对应的角色 ID。INSERT INTO sys_role_menu (role_id, menu_id) SELECT role_id, (SELECT menu_id FROM sys_menu WHERE menu_name 历史缴费) FROM sys_role WHERE role_code owner;INSERT INTO ... SELECT的方式很实用拿到角色的role_code就能把菜单批量分配给角色不用手动去查各自的主键 ID。注意一个小细节如果sys_role_menu表有唯一索引uk_role_menu重复执行这条 SQL 会报错重新跑之前先查一遍是否已有数据。改完权限后需要重新登录因为菜单树在登录时被缓存到了 Redis 里直接刷新页面不会生效。5. Spring Boot 智慧社区常见坑5 条血泪记录5.1 启动报错 Access denied for user 或时区异常现象是mvn spring-boot:run启动到数据源初始化阶段直接中断日志里出现Access denied for user rootlocalhost或者出现The server time zone value ... is unrecognized。原因是数据库账号密码不一致最常见时区异常则发生在 MySQL 8.0 连接串没有指定时区。解决方法是先到 MySQL 里确认账号权限SELECT user, host FROM mysql.user;确认 root 允许本地连接再在application.yml的 JDBC 连接串末尾追加serverTimezoneAsia/Shanghai。我见过有人在配置文件里改了密码但启动时 Maven 用的却是target/classes下的旧配置这里建议每次都mvn clean后再跑避免读到旧的编译产物。5.2 登录接口返回 401 或接口全部提示未认证登录后访问任意接口拿到401 Unauthorized但用 Swagger 调试时接口是通的。原因是后端有一层拦截器通过解析前端传来的Authorization请求头做 token 校验前端代码里如果请求发起前没有从localStorage取出 token 放进请求头后端就默认你是未登录状态。解决方法是检查前端src/utils/request.js里的拦截器配置确认请求头字段名看后端JwtUtils里解析的是token还是Authorization把两者保持一致。血泪经验是改成了一致以后记得 CtrlF5 强刷浏览器因为前端页面把旧 token 存进了 localStorage新逻辑生效前旧 token 还占着位置。5.3 Spring Boot 版本太高依赖全部红色报错碰到过用 JDK 17 甚至 JDK 21 的同学直接跑这套代码一打开 IDE 全是红叉。原因是这套工程基于 Spring Boot 2.7而 Spring Boot 3.x 把javax命名空间改成了jakarta很多底层依赖不兼容。解决方法是严格按工程要求装 JDK 8 或 JDK 11如果非要上 3.x需要全局替换javax.servlet为jakarta.servlet并升级对应 starter 依赖这个工作量比较大不建议为了追逐新版本而卡在环境上。我的建议是毕业设计选 Spring Boot 2.7 JDK 8先把成熟稳定放在第一位如果你投的企业岗位明确要求 Spring Boot 3.x可以另起一个最小工程专门试版本迁移别拿整个毕设冒险。5.4 前端打包后放进 Spring Boot页面白屏或资源 404本地浏览前端页面一切正常按部署教程把dist复制到后端static目录后打开页面白屏控制台报一堆vendor.js和样式文件 404。原因是前端构建时资源引用路径用的是绝对路径/而部署后的访问域名可能带项目名或端口前缀。解决方法是改vue.config.js里的publicPathmodule.exports { publicPath: process.env.NODE_ENV production ? / : /, devServer: { port: 9528, proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } }同一台机器同端口部署publicPath可以直接用/但后端context-path设了/api就不要再让前端把资源路径拼上/api。检查浏览器 Network 面板确认请求的 js 文件 URL 是长什么样就能判断是前缀多加了还是少加了。这个问题在答辩现场特别容易翻车建议提前一天做一次完整打包演练。5.5 配置了逻辑删除但删数据时数据直接消失实体类字段上已经加了TableLogic但删除操作执行的是DELETE FROM xxx而不是UPDATE。原因是 Spring Boot 对 MyBatis Plus 的配置没有加载或者全局配置里logic-delete-field写的字段名和表里的真实字段不一致。解决方法是先看控制台打印的 SQL如果是DELETE去检查global-config.db-config里的logic-delete-field值和你实体类中标注TableLogic的字段名是否完全一致。如果字段名对得上但 SQL 还是删除大概率是application.yml被 IDE 读到了多份配置用mvn clean package打的 jar 包为准重新验证一遍。6. 上线前必做的验证三板斧数据备份、参数调优和打包瘦身6.1 发布前的数据库备份与回滚预案毕业设计做完后最好把「演示数据」和「真实数据」分开管理我给一个保守但好用的习惯每次准备答辩或上线前先用 mysqldump 做一次全量备份备份文件放到工程目录外。单独执行下面这条命令mysqldump -uroot -p smart_community smart_community_backup_$(date %Y%m%d).sql这个操作的价值在于一旦改配置或调权限时把表结构搞坏还能把数据恢复到备份时的状态。前端和后端的 jar 包也同理打包前先把上一个稳定版本复制到release/backup目录避免这个版本起不来又找不到旧包。这套习惯能救急——答辩现场有人把「让人去备份」说成了「等下再说」结果演示时把业主数据误删了只能现场重导脚本。6.2 连接池、Redis、Tomcat 线程的参数调优毕业设计阶段不需要搞复杂的压测但把几个关键参数调整到合理区间能避免演示时多开几个页面就卡死。下面是一套保守可用的参考值参数位置参数名建议值说明spring.datasource.hikarimaximum-pool-size10同时活跃的连接数上限前后端分离项目 10 足够spring.datasource.hikariconnection-timeout30000单位毫秒连接池等待超时设太短会误报server.tomcatmax-threads200Tomcat 最大工作线程默认 200 时可以不改server.tomcatmax-connections10000连接等待队列长度演示环境不需要调太高Redismaxmemory-policyallkeys-lru缓存淘汰策略防止缓存占满内存导致服务挂掉Tomcat 线程数和 MySQL 连接池不是越大越好连接数开多了数据库反而先扛不住。演示前可以先开 10 个页面同时操作看后端日志里连接池是否报HikariPool-1 - Connection is not available如果出现了就调大一点没出现就不用动。6.3 打包瘦身与配置外置后面的包越打越大是因为target里积累了每次编译的中间产物。两条常用命令整理一下mvn clean package -DskipTests -Dmaven.test.skiptrueclean会把旧编译产物清掉避免读到旧代码-DskipTests跳过测试执行-Dmaven.test.skiptrue跳过测试代码编译。这两步结合打包时间能快三分之二。另外建议把配置文件外置不打进 jar 包这样换环境时不用重打java -jar target/smart-community-0.0.1-SNAPSHOT.jar --spring.config.locationfile:/data/smart-community/application.yml--spring.config.location指定外部配置文件的绝对路径比传统的 jar 包内配置更适合现场演示切换数据库。从那以后我每次拿到新的 Spring Boot 毕业设计工程都强制先走一遍「初始化数据库 → 启动后端 → 前端打包 → 联调登录」这个流程确认全链路没有问题再改业务。这样至少能帮你提前暴露八成环境问题剩下的临时坑靠控制台日志和备份也能收拾得住。希望帮到你。本文还有配套的精品资源点击获取

Spring Boot智慧社区毕设全解析：从权限设计到部署避坑

相关推荐

基于HttpClient的微信小程序登录与微信支付全链路实践

Linux pinctrl子系统：引脚复用、设备树配置与调试排错

基于YOLOv8的食品分类检测系统全流程实现

更多资讯

网页嵌入flowplayer流媒体播放器：Red5与RTMP/HLS版本配置实战

躺平挖alpha：把重复动作变成系统的工作流优化指南

Unity URP管线核心解析与性能优化实战

Agent开发实战：从面经需求到安全可观测架构

Coding Agent 正在演变为运行时环境（Agent Runtime）

酒桌小游戏小程序源码：轻互动+流量主变现实战指南

今日更新

Agent-Reach：打通大模型触达外部系统的最后一公里

深度学习图像隐写分析实战：从CNN原理到毕设源码全解析

AI赋能知识产权供需匹配：专利评估、需求挖掘与多路召回工程实践

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？