1. 项目定位与整体设计思路1.1 为什么健身房管理系统是毕设选题的“性价比之王”每年到毕业季我都能收到一堆学弟学妹的咨询问计算机毕业设计选什么题好。我的回答一直很明确如果你学的是 Java 后端方向基于 SpringBoot 的健身房管理系统属于那种“看着不难、做着顺手、答辩好讲、源码好复现”的经典题目。它不是最炫的选题但绝对是最稳的选题之一。很多人在选题时会踩两个坑一个是选了太偏的题目比如“基于区块链的健身房积分系统”听上去很高端但你自己心里清楚链上部分你根本没搞懂写起来每天都是煎熬另一个是选了太碎的题目比如“健身房会员信息登记系统”功能就一张表CRUD 写完就没了无论是毕业论文还是答辩都撑不起厚度。健身房管理系统恰好卡在中间业务场景足够丰富覆盖会员管理、课程预约、教练排班、卡项充值、营收统计等核心模块技术栈又是最主流的 SpringBoot MyBatis-Plus MySQL Vue出去面试也能拿得出手。更重要的是这个系统的业务逻辑自带“天然的复杂度”。比如课程预约要处理名额冲突会员卡要处理次卡和时长卡的区别卡项充值时金额和有效期要联动这些都不是无脑 CRUD而是需要你真正去思考表结构和事务边界。做毕设最大的价值不在于你把页面做得多好看而在于你能不能用数据库表和接口把一套完整业务串起来。健身房管理系统正好给你提供了这样一个完整且可控的练习场。这套系统做出来之后适合谁参考如果你是计算机相关专业、准备做 Java 方向的毕设或者你想在简历上写一个“独立开发的完整项目”但一直没找到合适的业务场景那么这个题目你都可以直接拿过去用。它不挑基础只要你会 Java 基础语法、知道 Maven 和 MySQL 的基本用法跟着源码走一遍把每个模块的来龙去脉理清楚你不仅能交出一个完整的毕设还能在面对答辩老师提问时做到心中有数。1.2 技术选型为什么是 SpringBoot MyBatis-Plus 而不是 SSH 或 JSP技术选型这件事直接决定了你后面几个月是舒服还是痛苦。很多人喜欢追新一上来就搞微服务、分布式、消息队列。我理解这种心情但我要泼一盆冷水毕设的核心目标是让你把软件工程的完整流程走一遍把自己学的知识整合起来而不是组建一个技术全家桶给自己挖坑。SpringBoot 是这个场景下的最优解没有之一。SpringBoot 的核心理念是“约定大于配置”。相比早期的 Spring MVC XML 配置SpringBoot 内置了 Tomcatapplication.yml 里写几行配置就能跑起来一个 Web 项目省去了大量繁琐的环境搭建工作。你用 SpringBoot 做毕设第一天就能把项目启动起来看到页面这种正反馈非常重要它会让你愿意继续往下写。持久层我推荐 MyBatis-Plus而不是纯 MyBatis 或者 JPA。理由有两点第一MyBatis-Plus 提供了 IService 接口和 BaseMapper 接口单表 CRUD 直接继承就能用不需要写 XML能省下你至少三成的编码时间让你把精力放在业务设计和逻辑优化上第二它提供了分页插件、条件构造器 QueryWrapper这些在实际开发中是每天都在用的工具你在毕设里用了将来面试被问到“你项目里分页怎么实现的”你能讲清楚 MyBatis-Plus 分页插件的原理和用法这就是加分项。前端方面如果你不想在页面上耗费太多时间用 Thymeleaf 做服务端渲染是当年最省事的方案但如果你想让系统看起来更有“商业项目”的感觉前后端分离用 Vue Element UI 是更好的选择。我的建议是视你的精力和基础而定SpringBoot Thymeleaf 能把毕设流程完整走通适合时间紧张的同学SpringBoot Vue 的前后端分离方案在简历写法和答辩说服力上明显更有优势。下面我讲的模块拆解和代码实现会以前后端分离为主思路但核心业务逻辑两种方案通用。1.3 功能模块拆解从业务出发划分系统边界做系统之前先把业务边界划清楚比直接写代码重要得多。健身房管理系统说到底解决的是三类人的问题会员要能查课程、约课程、看自己的卡项记录前台/运营人员要能维护会员信息、办理开卡续卡、管理课程和教练管理员要能掌握整体经营数据看到哪些课程热门、哪些卡项卖得好。根据这个业务分析系统可以拆成以下核心模块会员管理会员信息的增删改查、会员卡开卡、续费、冻结、停用教练管理教练信息维护、按专长和排班情况分配课程课程管理课程发布、课程时间安排、课程人数上限设置预约管理会员预约课程、取消预约、预约记录查询卡项管理次卡、月卡、季卡、年卡等卡类型的配置与价格设置统计分析会员增长趋势、课程预约热度、营收报表每个模块都不复杂但组合在一起就是一个完整的业务闭环。我见过很多同学做毕设时一上来就建了二十多张表看起来很多实际上很多字段根本用不上。我的建议是先按照上面六个模块划分出核心表把主流程跑通之后再逐步补充细节。比如你想让系统更有亮点后期可以加上“会员生日提醒”或者“课程即将满员时自动标记”这类小功能但基础骨架千万不能臃肿。2. 数据库设计与核心业务逻辑2.1 表结构设计六张核心表彻底理清健身房的业务关系先明确一点数据库设计是答辩老师最喜欢深入问的地方。很多同学代码写得没问题但一被问到“你这几张表为什么这么设计”“为什么不用外键”“会员卡余额和订单记录会不会不一致”就卡壳了。所以这个环节我们要慢下来把每个字段为什么要存在讲清楚。基于上面划分的模块我给出一个经过项目实践验证的核心表结构表名用途核心字段sys_user登录用户表id, username, password, role, status, create_timemember会员表id, user_id, name, phone, gender, birthday, card_type, card_times_remain, card_expire_time, create_timecoach教练表id, name, phone, specialty, hire_date, statuscourse课程表id, name, coach_id, room, start_time, end_time, max_people, current_people, statusreservation预约表id, member_id, course_id, reserve_time, status, create_timecard_order卡项订单表id, member_id, card_type, amount, duration_days, pay_time, expire_time, remark这里面有两个设计点需要重点解释。第一sys_user 和 member 为什么要分开。有的同学图省事直接在 member 表里放 username 和 password这样确实能少一张表但权限体系很难扩展。比如后期想增加“员工账号”来登录系统管理会员但员工本身不是会员这怎么办把登录账号和会员资料分开设计sys_user 管账号权限member 管业务资料两者通过 user_id 关联这是标准做法。将来你想给教练也开登录账号同样可以复用 sys_user 表通过 role 字段区分会员、教练、前台、管理员。第二card_type、card_times_remain、card_expire_time 这三个字段共同描述会员的卡状态。健身房有次卡、月卡、季卡、年卡等多种卡型次卡的核心是剩余次数时长卡的核心是有效期。你可以用 card_type 区分卡的类型然后通过一个字段记录“卡剩余量”次卡存剩余次数时长卡存剩余天数或直接使用到期时间。实际执行时会员预约课程成功后扣次数续费后加次数或延长有效期这些都是事务操作必须保证数据一致性。2.2 预约与扣次事务防止“一节课被十个人同时约上”的并发问题健身房管理系统最容易让答辩老师“眼前一亮”的地方就是你怎么处理并发预约问题。我当年做这个系统的时候第一版代码的逻辑很简单用户在页面上看到课程剩余名额点击预约后端判断 current_people max_people 就执行插入然后把 current_people 加一。当时自己测试没什么问题直到我开了一个线程池模拟 100 个用户同时抢同一节课结果发现预约成功的人数远超课程上限。这个问题如果不处理放在实际生产环境里是致命的。解决思路是在数据库层面加约束在业务层面加事务。数据库层面可以在预约表中对 member_id 和 course_id 建立联合唯一索引确保同一个会员不能重复预约同一门课程在数据一致性层面预约时要使用乐观锁或悲观锁机制。MyBatis-Plus 中实现乐观锁很简单给 course 表增加一个 version 字段更新时使用UPDATE course SET current_people current_people 1, version version 1 WHERE id ? AND version ?如果更新影响行数为 0说明版本不一致说明有人抢先一步锁定了课程名额此时应该通过循环重试或直接提示用户“课程已满”。这里还要特别注意的是扣次不能写在预约成功之前。正确的顺序应该是开启事务 - 查询课程剩余名额带锁 - 判断是否满员 - 插入预约记录 - 更新课程当前人数 - 扣减会员卡剩余次数 - 提交事务。其中任何一步失败都要整体回滚否则会出现“预约成功了但次数没扣”“次数扣了但预约失败”这种神仙数据。这段逻辑我建议你写完之后写一个简单的并发测试来验证。网上有很多基于 CountDownLatch 的并发模拟代码跑一下你就知道什么叫“数据库连接池不够用”和“死锁”毕设答辩时你说自己做过并发测试这比你说“我测试过没问题”有力得多。2.3 权限与登录设计一张 role 字段撑起三类角色的访问控制权限设计也是答辩老师非常喜欢问的点。健身房管理系统虽然不是一个高并发高复杂的系统但至少要体现出“不同角色看到不同菜单、执行不同操作”的权限意识。最简洁但不简陋的方案是在 sys_user 表中设计 role 字段取值可以是 ADMIN管理员、STAFF前台员工、COACH教练、MEMBER会员四种。登录成功之后后端把用户信息和角色写入会话Session或生成 JWT 返回给前端。前端根据角色动态渲染菜单后端在接口层面通过拦截器做角色校验。拦截器的实现思路是这样自定义一个角色注解比如RequireRole(ADMIN)在 Controller 方法上标注所需角色然后写一个 HandlerInterceptor在 preHandle 里读取当前登录用户的角色判断是否有权限访问该接口。这样做的好处是权限控制和业务代码解耦新增一个需要鉴权的接口时只需要加一个注解不需要在每个 Controller 方法里写 if-else。密码存储一定要用 BCrypt 加密不要用 MD5。MD5 现在随便找个在线网站就能撞库破解。Spring Security 框架里自带了 BCryptPasswordEncoder即使你没有集成完整的安全框架也可以直接引入 Spring Security Crypto 依赖来使用这个加密工具成本极低但答辩时老师对这个细节通常会比较认可。3. 项目搭建与核心模块实现3.1 环境准备与 SpringBoot 项目初始化现在进入实操环节。先说环境版本这是最容易出问题的部分。我用的是 JDK 1.8 SpringBoot 2.7.x MySQL 8.0 MyBatis-Plus 3.5.x。之所以推荐 SpringBoot 2.7.x 而不是 3.x是因为 3.x 是基于 JDK 17 的 jakarta 命名空间很多网上现成的资料和视频还是基于 2.x 的 javax 命名空间遇到问题不太好搜。做毕设求稳不求新这个版本组合是目前资料最多、踩坑成本最低的方案。创建项目有两种方式第一种去 Spring Initializrstart.spring.io页面生成基础项目选好 Maven 工程、Java 版本、SpringBoot 版本后勾选 Web、MySQL Driver、Lombok 依赖然后下载解压导入 IDEA。第二种直接在 IDEA 里新建项目选择 Spring Initializr过程基本一样。要注意的是国内网络环境下访问 start.spring.io 经常超时可以参考配置阿里云的 Spring Initializr 镜像地址这个具体在 IDEA 的 HTTP Proxy / 镜像设置里填一下就行。项目创建好之后在 pom.xml 里额外引入 MyBatis-Plus 的依赖这里我给出一个关键片段dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency然后配置 application.yml数据源、MyBatis-Plus 逻辑删除和分页插件的配置是核心server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/gym_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 你的数据库密码 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0这里有个细节数据库连接 URL 里的serverTimezoneAsia/Shanghai一定要带上否则 MySQL 8.x 默认时区与本地不一致查询时间字段时会出现“相差 8 小时”的问题。这种问题特别隐蔽接口返回的数据就是不对但代码看起来没有任何毛病我当年排查了整整一个下午才发现是时区问题。3.2 统一返回结果与全局异常处理开始写业务代码之前建议先定义一个统一返回类这是所有接口的基础。比如一个 Result 类包含 code、message、data 三个字段再提供 success() 和 error() 两个静态方法。这样所有 Controller 返回的都是统一格式的 JSON前端处理起来非常方便答辩时也能体现出你对接口规范的思考。再配合一个全局异常处理器 RestControllerAdvice把业务异常和数据校验异常统一拦截。定义一个自定义业务异常类 BizException业务代码里遇到参数不合法、课程已满等情况直接throw new BizException(课程名额已满)由全局异常处理器捕获并转成统一格式返回给前端。这个操作看似多写了几行代码但价值非常大。第一它让你的代码里没有大量重复的 try-catch第二它是企业开发中非常通用的规范写在简历的项目经验里完全拿得出手第三答辩时被问到“你的接口如何保证返回格式一致性”你这段代码就是直接的证据。3.3 会员管理模块从零实现会员管理是健身房管理系统中最基础、最核心的模块也是我建议你第一个实现的模块因为它覆盖了 CRUD 的全流程之后的教练管理、课程管理基本就是同样的套路。先创建实体类 Member字段和数据库表一一对应使用 MyBatis-Plus 的注解标注主键和表名Data TableName(member) public class Member { TableId(type IdType.AUTO) private Long id; private Long userId; private String name; private String phone; private String gender; private LocalDate birthday; private String cardType; private Integer cardTimesRemain; private LocalDateTime cardExpireTime; private LocalDateTime createTime; }然后创建 Mapper 接口继承 BaseMapperpublic interface MemberMapper extends BaseMapperMember { }再创建 Service 接口和实现类继承 IService 和 ServiceImplpublic interface MemberService extends IServiceMember { PageMember getMemberPage(int pageNum, int pageSize, String keyword); } Service public class MemberServiceImpl extends ServiceImplMemberMapper, Member implements MemberService { Override public PageMember getMemberPage(int pageNum, int pageSize, String keyword) { PageMember page new Page(pageNum, pageSize); LambdaQueryWrapperMember wrapper new LambdaQueryWrapper(); wrapper.like(StringUtils.hasText(keyword), Member::getName, keyword) .or().like(StringUtils.hasText(keyword), Member::getPhone, keyword) .orderByDesc(Member::getCreateTime); return this.page(page, wrapper); } }Controller 层就很简单了接收分页参数调用 Service 查询返回统一 Result。这里我特别建议在分页查询时使用 LambdaQueryWrapper 而不是 QueryWrapper前者是类型安全的编译期就能发现字段名写错的问题适合不习惯写 SQL 的同学。实际开发中还有一个常用改进给会员开通卡项时不应该直接修改会员表里的 card_type 和剩余次数而是应该生成一条 card_order 订单记录然后再更新会员卡信息。原因很简单一旦出现纠纷会员说自己年卡是 3000 元办的系统里只查到 1000 元的记录你至少能通过订单流水找回历史事实。这个设计也符合财务系统“有据可查”的基本原则写在毕业设计里是一个明显的加分项。3.4 课程预约核心流程实现课程预约是整个系统最具业务价值的模块。先看 SQL 层面的并发控制方案。我这里直接给出一个经过压测的代码思路在 course 表对应的实体类中加入Version注解字段 version然后在配置类中注册乐观锁插件Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor()); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; }预约接口的 Service 方法如下用到了事务注解 TransactionalTransactional(rollbackFor Exception.class) public Result reserveCourse(Long memberId, Long courseId) { // 1. 查询课程信息读取当前人数和版本号 Course course courseMapper.selectById(courseId); if (course null) { throw new BizException(课程不存在); } if (course.getCurrentPeople() course.getMaxPeople()) { throw new BizException(课程名额已满); } // 2. 判断该会员是否已预约过 Long count reservationMapper.selectCount(new LambdaQueryWrapperReservation() .eq(Reservation::getMemberId, memberId) .eq(Reservation::getCourseId, courseId)); if (count 0) { throw new BizException(您已预约过该课程); } // 3. 更新课程人数乐观锁控制并发 boolean updated courseMapper.update(null, new LambdaUpdateWrapperCourse() .eq(Course::getId, courseId) .eq(Course::getVersion, course.getVersion()) .setSql(current_people current_people 1) .setSql(version version 1)); if (!updated) { throw new BizException(手速太快了名额被抢光了); } // 4. 插入预约记录 Reservation reservation new Reservation(); reservation.setMemberId(memberId); reservation.setCourseId(courseId); reservation.setStatus(RESERVED); reservation.setReserveTime(LocalDateTime.now()); reservationMapper.insert(reservation); // 5. 扣减会员卡次数或校验有效期 memberService.deductCardTimes(memberId); return Result.success(); }注意代码中的setSql是在数据库层面完成自增操作这一步非常关键。如果你先查出 currentPeople在 Java 里加一然后更新回去在高并发场景下会丢失更新。直接在 SQL 中自增数据库行锁保证了原子性。这里的deductCardTimes也要处理卡类型差异次卡扣剩余次数次数不足则抛异常时长卡检查当前时间是否超过到期时间过期则提示续费。最好把卡状态校验放在预约动作之前也就是在代码开头一并检查否则会出现“预约成功但扣次失败导致回滚”的体验问题。前端在预约成功后还要同步刷新课程剩余人数和会员卡剩余次数。这些状态建议预约接口直接返回最新的数据而不是让前端再发一次请求减少一次往返也能让页面反馈更快。4. 常见问题与避坑指南4.1 开发阶段最折磨人的五个问题我在带别人做这个系统的过程中遇到过很多重复出现的问题。其中有一些属于“搜索引擎一搜就有答案”但你会因为不知道关键词而搜不到的问题我统一整理在这里。第一IDEA 创建 SpringBoot 项目时连接不上 start.spring.io。这个在 3.1 已经提到了解决方案有两种一是把阿里云镜像地址https://start.aliyun.com填到 IDEA 的 Spring Initializr URL 里二是用 IDEA 内置的 HTTP Client 或浏览器先下载好项目压缩包再导入。这属于环境问题卡在这里很浪费时间。第二MyBatis-Plus 分页不生效。很多同学写了分页查询发现返回的数据其实是全量数据。原因几乎都是没有注册分页插件PaginationInnerInterceptor。MyBatis-Plus 的分页插件不是默认开启的必须手动配置这个在 3.4 的配置类里已经写了。第三前端调用接口报跨域错误。前后端分离开发时前端在 8081 端口后端在 8080 端口浏览器会拦截跨域请求。解决方案是在后端写一个 WebMvcConfigurer 配置类重写 addCorsMappings 方法或者使用 CrossOrigin 注解。最建议的是配置类方式全局生效不用每个 Controller 都加。第四LocalDateTime 类型在前端显示格式不对。默认情况下Java 8 的 LocalDateTime 序列化成 JSON 后是一长串数组或者类似2025-06-01T10:30:00的格式不好看也不符合前端展示习惯。在 application.yml 里配置统一的 JSON 日期格式化规则即可简单有效。第五Lombok 依赖冲突导致编译失败。这个问题多半出在 IDEA 未安装 Lombok 插件或者项目使用 JDK 17 以上版本与旧版 Lombok 不兼容。检查你的 pom.xml 中 Lombok 版本1.18.30 以上的版本对 JDK 17 支持得比较好。4.2 答辩时面试官最喜欢追问的六个问题毕设答辩和平时交作业的区别在于老师会基于你的项目问很多“为什么”。这些问题没有标准答案但你有清晰的回答思路就会非常加分。我整理了几个高频追问以及建议的回答方向。第一个问题“你的系统权限控制是怎么实现的”回答思路sys_user 表里用 role 字段区分角色登录后把用户角色放入会话自定义拦截器校验接口权限菜单权限由前端根据角色动态渲染。关键技术点是拦截器和注解的结合使用。第二个问题“如果有 1000 个人同时抢一个课程你的系统还能正常工作吗”回答思路说明你用了乐观锁和事务保证数据一致性如果是更大规模场景可以提到 Redis 分布式锁、消息队列削峰、库存预扣减等方案但一定要说明你理解这些方案的基本思想不要只背概念。第三个问题“会员卡剩余次数和预约记录不一致怎么办”回答思路扣次和插入预约记录放在同一个事务中任何一步失败都会整体回滚还要说明你设计了流水表card_order 表进行对账可以追溯数据变化的过程。第四个问题“数据库表为什么用逻辑删除而不用物理删除”回答思路保留历史数据方便统计分析使用 MyBatis-Plus 的逻辑删除功能后查询时自动过滤已删除数据代码无侵入性。第五个问题“你的项目有哪些亮点”回答思路不要泛泛地说“界面好看”要突出具体设计。比如统一异常处理、乐观锁控制并发、订单流水记录、权限拦截器等每一个都是真实落地的功能点讲的时候结合代码和实际效果。第六个问题“如果让你在现有系统上加一个功能你会怎么做”这个问题考察的是你的扩展思维。我建议提前想好一个小功能比如“会员生日当月自动推送优惠券”然后描述清楚新增哪些表、修改哪些接口、前端如何展示以及消息通知实现方案。4.3 演示系统时的三个实操技巧答辩演示环节系统能不能流畅跑起来直接影响老师对你代码水平的印象。我见过不少同学代码写得好好的结果演示的时候因为环境问题当场翻车。分享三个实用技巧。第一数据库初始化脚本要在演示前完整跑一遍。不要依赖手动建表一定要写 sql 脚本包括建库、建表、插入初始数据建议至少有 10 个会员、5 个教练、8 节课程、若干条预约记录。数据太少页面显得空数据太多分页效果不明显。初始数据尽量模拟真实业务比如课程时间设置在今天和明天会员卡类型覆盖次卡和年卡。第二准备几个“演示脚本”。不要临场乱点提前想好演示路径登录管理员账号 - 查看统计首页 - 新增一个会员 - 给会员开卡 - 新建课程 - 模拟会员预约课程 - 查看预约列表。每一步之间逻辑要连贯让老师觉得你对自己系统非常熟悉。第三使用本地数据库不要用远程数据库。演示现场网络不可控如果你连的是云数据库一旦网络波动整个演示就跪了。本地 MySQL 永远是最稳妥的选择。另外提前把 IDEA 和浏览器都开好不要当着老师的面敲命令、等编译这个时间既尴尬又容易暴露项目初始化失败的问题。关于项目运行不起来的兜底方案我建议你准备一个接口文档或者项目说明 README把启动步骤、默认账号、默认密码都写在里面。如果演示时环境真的出问题至少你可以从容地打开 README 一步步排查而不是手忙脚乱。5. 写在最后给正在纠结毕设选题的你这套健身房管理系统我先后给多个学弟学妹做过辅导也在多个技术社区分享过完整源码。每次我都会强调同一句话毕设不是让你炫耀技术而是让你证明“我能独立完成一个完整项目”。SpringBoot 是当前 Java 就业市场的绝对主流健身房管理系统是它的完美练习载体业务完整、复杂度适中、可扩展性强论文好写、代码好讲、答辩好过。我个人在实际操作中的体会是这个项目最大的门槛不在技术而在心态。很多同学拿到源码之后第一反应是“我跑起来就行了”然后照着视频敲一遍代码就觉得自己会了。真到了答辩现场老师随便问一个问题就露馅。我的建议是拿到源码之后一定至少要自己亲手从头搭建一遍项目骨架把核心模块的代码手写一遍。哪怕你看一眼参考再写出来和自己盲敲的效果都是天壤之别。如果你决定用这个题目我最后再分享一个小技巧给系统增加一个“课堂评价”功能会员上完课后可以给教练打分并写评价。这个功能在你的系统里看似只是一个简单的新增接口和一张新表但在论文里就能单独成为一章“系统功能扩展与可行性分析”在答辩时也是一个容易引发讨论的亮点。很多老师评阅论文时最看重的就是你有没有体现“从无到有做需求分析”的能力而不仅仅是一个会抄代码的工具人。源码拿到手只是起点把每个模块的业务逻辑吃透把每一个“为什么这么设计”想清楚这才能真正变成你自己的东西。祝答辩顺利。