简介本资源是一套基于JavaSpringBootVueMySQL开发的中医养生系统完整源码包面向计算机专业本科生及毕业设计指导教师解决毕业设计选题难、系统开发周期长、前后端联调复杂等实际问题。压缩包共890个文件涵盖269个Java后端业务逻辑与控制器代码、182个Vue前端组件与路由配置、159个SVG图标资源、78张JPG界面素材及63个JS交互脚本辅以SQL建表脚本、Maven配置、Navicat数据库工具支持及多套批处理运行脚本如run.bat、build.bat确保开箱即用。资源包大小为81.5MB结构清晰、模块完整已通过导师验收并获高分评价可直接用于毕设答辩或课程设计交付。目前已有292人学习下载配套内容包含可运行的全栈代码、调试通过的MySQL 5.7数据库脚本、IDEA项目配置说明及典型中医健康管理功能实现如体质辨识、食疗推荐、养生日历等具备较强的教学示范性与工程参考价值。1. 这不是又一个“后台管理前端展示”的中医模板项目而是一套能真实支撑社区健康服务闭环的 SpringBoot Vue 养生系统很多同学拿到“中医养生系统”毕业设计源码解压后第一反应是页面看着挺全但点击“体质辨识”没响应提交“食疗方案”报 500数据库表里连“舌象特征”字段都空着——问题不在代码写得烂而在整个技术栈没对齐中医业务的真实约束。比如体质分类不能硬编码在 Vue 组件里必须由 SpringBoot 的规则引擎动态加载药膳食谱的禁忌组合如“阴虚者忌花椒”必须在 Service 层做校验而非靠前端 v-if 控制显隐MySQL 的user_health_record表里tongue_color和pulse_type字段必须用 ENUM 或外键关联字典表而不是 VARCHAR 存“淡红”“弦脉”这种自由文本。这套系统真正高分的原因是它把《中医诊断学》里的辨证逻辑转化成了可落地的 Java 领域模型如ConstitutionType枚举 DiagnosisRule规则链再通过 Vue 的 Composition API 实现动态表单渲染。适合正在做健康类毕设、或需要快速搭建基层中医服务原型的开发者——你不需要懂经络穴位但必须理解为什么Transactional要加在PrescriptionService.create()上而不是 Controller 层。2. 拆解中医业务逻辑从《中医体质分类与判定》标准到 SpringBoot 领域模型映射2.1 为什么不能直接用 String 存“平和质”“气虚质”——基于国标 GB/T 29357-2012 的枚举建模中医体质分类不是主观标签而是有明确判定条目的国家标准。例如“气虚质”的判定需满足① 疲乏、② 气短、③ 自汗、④ 舌淡胖、⑤ 脉弱五项中≥4项才成立。若在数据库用 VARCHAR 存“气虚质”会导致后端无法校验用户自评结果是否符合判定逻辑前端无法根据体质类型动态加载对应的调养建议如“气虚质”需配黄芪而“湿热质”禁用报表统计时出现“气虚质”“气虚”“QiXuZhi”等不一致值。正确做法是定义严格枚举并绑定判定规则// src/main/java/com/health/domain/enums/ConstitutionType.java public enum ConstitutionType { PINGHE(平和质, 阴阳气血调和体态适中), QIXU(气虚质, 元气不足以疲乏、气短、自汗等为主要特征), YUXU(阳虚质, 阳气不足以畏寒、手足不温等为主要特征), YINXU(阴虚质, 阴液亏少以口燥咽干、手足心热等为主要特征), TANSHI(痰湿质, 痰湿凝聚以形体肥胖、腹部肥满、舌苔腻等为主要特征); private final String code; private final String description; ConstitutionType(String code, String description) { this.code code; this.description description; } // 关键每个体质对应独立的判定规则类 public Class? extends DiagnosisRule getRuleClass() { return switch (this) { case QIXU - QiXuDiagnosisRule.class; case YUXU - YangXuDiagnosisRule.class; case YINXU - YinXuDiagnosisRule.class; case TANSHI - TanShiDiagnosisRule.class; default - PingHeDiagnosisRule.class; }; } }提示枚举的getRuleClass()方法是核心设计。它让DiagnosisService可以通过反射实例化对应规则类避免 if-else 判定分支膨胀。实际项目中QiXuDiagnosisRule会重写evaluate(ListQuestionAnswer)方法严格按国标条目加权计算得分。2.2 MySQL 表结构必须支持体质动态扩展——用字典表替代硬编码直接在user_profile表加constitution_type VARCHAR(20)是毕业设计常见错误。当老师问“如果新增‘血瘀质’怎么改代码”时答案不能是“改枚举改 SQL改前端下拉框”。高分方案采用三级字典体系表名字段说明sys_dict_typetype_code,type_name字典类型CONSTITUTION_TYPE,TONGUE_COLOR,PULSE_TYPEsys_dict_itemtype_code,item_code,item_name,sort_order,status具体值CONSTITUTION_TYPE下含QIXU,YINXU等TONGUE_COLOR下含DANHONG,DANBAI,QINGZIuser_health_recordtongue_color_code,pulse_type_code,constitution_type_code外键关联sys_dict_item.item_code-- 创建体质类型字典MySQL 8.0 INSERT INTO sys_dict_type (type_code, type_name, remark) VALUES (CONSTITUTION_TYPE, 中医体质类型, 依据GB/T 29357-2012); INSERT INTO sys_dict_item (type_code, item_code, item_name, sort_order, status) VALUES (CONSTITUTION_TYPE, QIXU, 气虚质, 1, ENABLE), (CONSTITUTION_TYPE, YINXU, 阴虚质, 2, ENABLE), (CONSTITUTION_TYPE, TANSHI, 痰湿质, 3, ENABLE);注意sys_dict_item的item_code必须与 Java 枚举的code完全一致如QIXU这样 MyBatis Plus 的TableName(sys_dict_item)才能通过ConstitutionType.QIXU.getCode()直接查出字典项。避免用数字 ID 做关联——中医术语无序号意义QIXU比101更具业务可读性。2.3 SpringBoot 中的辨证规则引擎用责任链模式实现多体质复合判定真实场景中用户可能同时符合“气虚质”和“痰湿质”即兼夹体质。国标要求先判单一体质再叠加判定兼夹。若用简单 if-else代码会变成// ❌ 错误示范嵌套地狱 if (qiXuScore 16) { if (tanShiScore 16) { return 气虚痰湿质; } else if (yinXuScore 16) { return 气虚阴虚质; } } else if (tanShiScore 16) { // ... 更多嵌套 }高分方案采用 Spring 的Order 责任链// 定义规则接口 public interface DiagnosisRule { boolean canHandle(ConstitutionType type); String diagnose(UserAssessment assessment); } // 气虚质判定器Order(1) 最先执行 Component Order(1) public class QiXuDiagnosisRule implements DiagnosisRule { Override public boolean canHandle(ConstitutionType type) { return ConstitutionType.QIXU type; } Override public String diagnose(UserAssessment assessment) { int score calculateScore(assessment, Arrays.asList(1,2,3,4,5)); // 国标第1-5题 return score 16 ? QIXU : null; // 返回code供后续规则链使用 } } // 主诊断服务 Service public class DiagnosisService { Autowired private ListDiagnosisRule rules; // Spring 自动注入所有实现类 public ListString diagnose(UserAssessment assessment) { ListString results new ArrayList(); for (DiagnosisRule rule : rules) { String result rule.diagnose(assessment); if (result ! null) results.add(result); } return results; // 返回 [QIXU, TANSHI]前端再组合为气虚痰湿质 } }参数说明Order(1)确保QiXuDiagnosisRule在TanShiDiagnosisRuleOrder(2)之前执行。diagnose()返回String而非ConstitutionType是为了支持返回QIXU_TANSHI这类复合编码避免枚举无法穷举所有兼夹组合。实际部署时可在application.yml中配置diagnosis.max-combination: 2限制最多返回2个基础体质。3. Vue 前端如何动态渲染中医辨证问卷用 Composition API JSON Schema 解耦业务逻辑3.1 不要手写 30 个el-radio-group用 JSON Schema 描述国标问卷结构中医体质问卷共 60 题每种体质 10 题若在 Vue 组件里硬编码el-radio-group v-modelform.q1会导致新增体质需修改 10 个组件题目顺序调整需改 60 处v-model教师检查时发现“第 3 题选项文字与国标原文不符”。正确方案将问卷定义为 JSON Schema由后端/api/questionnaire/schema接口返回{ title: 中医体质分类判定量表, questions: [ { id: q1, text: 你容易疲乏吗, type: radio, options: [ {value: 1, label: 没有}, {value: 2, label: 偶尔有}, {value: 3, label: 有时有}, {value: 4, label: 经常有}, {value: 5, label: 总是有} ], weight: 2, constitutionTypes: [QIXU, YUXU] } ] }关键点constitutionTypes字段声明该题影响哪些体质判定如“疲乏”题同时影响气虚质和阳虚质Vue 渲染时可据此高亮相关体质卡片weight字段用于后端加权计算避免简单求和。3.2 使用 Vue 3 Composition API 动态生成表单支持实时体质预测!-- src/views/assessment/DiagnosisForm.vue -- script setup import { ref, onMounted } from vue import { useQuestionnaireStore } from /stores/questionnaire const store useQuestionnaireStore() const formData ref({}) onMounted(async () { await store.loadSchema() // 调用 /api/questionnaire/schema }) // 动态渲染题目 const renderQuestion (question) { if (question.type radio) { return ( el-radio-group v-model{formData.value[question.id]} {question.options.map(opt ( el-radio label{opt.value} key{opt.value} {opt.label} /el-radio ))} /el-radio-group ) } } // 实时体质预测用户答完前5题就触发 const predictConstitution debounce(() { const answered Object.keys(formData.value).filter(k formData.value[k]) if (answered.length 5) { // 调用 /api/diagnosis/predict?answersq13q24... api.predict({ answers: formData.value }) .then(res { // 更新体质卡片状态 store.updatePrediction(res.data) }) } }, 800) /script template div v-forq in store.schema.questions :keyq.id h3{{ q.text }}/h3 component :isrenderQuestion(q) / /div !-- 动态体质卡片 -- ConstitutionCard v-forc in store.prediction :keyc.code :typec.code :scorec.score / /template逻辑说明debounce防抖确保用户停止输入 800ms 后才发起预测请求避免频繁调用后端。ConstitutionCard组件根据c.code如QIXU动态加载对应图标和调养建议无需在父组件 import 所有卡片——这才是真正的“动态”。3.3 MySQL 存储过程保障辨证数据一致性用 PROCEDURE 封装复杂计算前端传来的answers是原始答题数据如{q1:3,q2:4}后端 Java 计算体质得分涉及按题目权重累加根据体质类型过滤相关题目应用国标阈值如气虚质 ≥16 分生成兼夹体质组合。若全在 Java 层做事务边界难控制且难以复用。高分方案将核心计算下沉至 MySQL 存储过程DELIMITER // CREATE PROCEDURE CalculateConstitutionScore( IN p_user_id BIGINT, IN p_answers TEXT -- JSON 格式{q1:3,q2:4} ) BEGIN DECLARE v_q1_score INT DEFAULT 0; DECLARE v_q2_score INT DEFAULT 0; -- 解析 JSON 获取各题得分MySQL 5.7 支持 JSON_EXTRACT SET v_q1_score JSON_EXTRACT(p_answers, $.q1) * 2; -- q1 权重为2 SET v_q2_score JSON_EXTRACT(p_answers, $.q2) * 1; -- 计算气虚质总分题目1,2,3,4,5 SET qi_xu_total v_q1_score v_q2_score ...; -- 插入结果自动处理兼夹逻辑 INSERT INTO user_constitution_result (user_id, constitution_code, score, created_time) VALUES (p_user_id, QIXU, qi_xu_total, NOW()), (p_user_id, TANSHI, tan_shi_total, NOW()); END // DELIMITER ;参数说明存储过程接收p_answersJSON 字符串用JSON_EXTRACT提取值避免 Java 层解析 JSON 的序列化开销。qi_xu_total等变量用于临时存储中间结果最终统一插入user_constitution_result表。调用时只需CALL CalculateConstitutionScore(123, {q1:3,q2:4});——比 MyBatis XML 写 20 行foreach更可靠。4. 高分毕业设计的三个硬核验证点数据库事务隔离、Vue 路由守卫、SpringBoot 配置加密4.1 为什么Transactional必须加在 Service 层——用 MySQL 的 READ COMMITTED 验证脏读中医养生系统的核心操作是“用户提交体质问卷 → 生成调养方案 → 发送短信提醒”。若Transactional错误地加在 Controller 层// ❌ 危险Controller 层事务 RestController public class AssessmentController { Transactional // 错误事务过长且跨 HTTP 请求 PostMapping(/submit) public Result submit(RequestBody AssessmentDto dto) { diagnosisService.diagnose(dto); // 耗时操作 smsService.send(体质报告已生成); // 短信可能失败 return Result.success(); } }问题smsService.send()失败时diagnose()的数据库变更已提交导致数据不一致。正确方案是 Service 层细粒度事务Service public class AssessmentService { Transactional(propagation Propagation.REQUIRED) public void saveAssessment(UserAssessment assessment) { // 1. 保存原始答题记录 assessmentMapper.insert(assessment); } Transactional(propagation Propagation.REQUIRED) public void generatePlan(Long userId) { // 2. 生成调养方案依赖上一步的 assessment_id Plan plan planGenerator.generate(userId); planMapper.insert(plan); } } // Controller 层只协调 PostMapping(/submit) public Result submit(RequestBody AssessmentDto dto) { Long userId userService.getCurrentId(); assessmentService.saveAssessment(dto.toEntity()); // 事务1 assessmentService.generatePlan(userId); // 事务2 smsService.sendAsync(userId); // 异步发送失败不影响主流程 return Result.success(); }验证方法在 MySQL 中执行SELECT tx_isolation;确认为READ-COMMITTED然后用两个会话模拟会话A开启事务更新user_health_record会话B在A未提交时查询——应看不到未提交数据。这是毕业答辩时证明“事务控制合理”的关键证据。4.2 Vue 路由守卫拦截未完成体质辨识的用户——用beforeEach做业务级权限学生常忽略用户未完成体质问卷却直接访问/prescription药膳方案页。若仅靠后端PreAuthorize拦截用户体验差白屏403。Vue 路由守卫应提前校验// src/router/index.js router.beforeEach(async (to, from, next) { // 白名单登录页、首页、问卷页 const publicPaths [/login, /, /assessment]; if (publicPaths.includes(to.path)) return next(); // 检查用户是否已完成体质辨识 try { const res await api.get(/api/user/constitution/status); if (res.data.completed) { next(); // 已完成放行 } else { // 未完成强制跳转问卷页并保留目标路由 next({ path: /assessment, query: { redirect: to.fullPath } }); } } catch (error) { next(/login); // 未登录 } });参数说明query: { redirect: to.fullPath }将用户原目标路径存入 URL 参数待问卷完成后this.$router.push(this.$route.query.redirect || /)自动跳回——这是中医系统“用户体验闭环”的体现比单纯弹窗提示更专业。4.3 SpringBoot 配置加密用 Jasypt 加密 MySQL 密码避免application.yml明文泄露毕业设计源码常把数据库密码写在application.yml# ❌ 危险明文密码 spring: datasource: url: jdbc:mysql://localhost:3306/health_db username: root password: 123456 # 评审老师一眼看到就扣分高分方案必须启用 Jasypt 加密!-- pom.xml 添加依赖 -- dependency groupIdcom.github.ulisesbocchio/groupId artifactIdjasypt-spring-boot-starter/artifactId version3.0.4/version /dependency# application.yml jasypt: encryptor: password: ${JASYPT_ENCRYPTOR_PASSWORD:dev_key} # 从环境变量读取 algorithm: PBEWithMD5AndDES spring: datasource: url: jdbc:mysql://localhost:3306/health_db username: root password: ENC(rV4nFzKx9LmQaBcDeFgHiJkLmNoPqRsTu) # 加密后的密文操作步骤下载 Jasypt CLI 工具java -cp jasypt-1.9.3.jar org.jasypt.intf.cli.JasyptPBEStringEncryptionCLI input123456 passworddev_key algorithmPBEWithMD5AndDES将输出的ENC(...)替换application.yml中的密码运行时设置环境变量export JASYPT_ENCRYPTOR_PASSWORDdev_key。评审时演示echo $JASYPT_ENCRYPTOR_PASSWORD为空证明密码不硬编码——这是安全性的硬指标。5. 毕业答辩必问的三个进阶技巧用 HanLP 实现舌象文本分析、MySQL 分区优化历史记录、Vue Devtools 调试响应式依赖5.1 用 HanLP 分词提取用户自述症状中的中医术语——集成到 SpringBoot 的实战配置系统允许用户在“其他症状”栏自由输入如“最近口干舌燥晚上睡不好”。若用String.contains(口干)匹配会漏掉“口燥咽干”“口渴喜饮”等变体。HanLP 提供中医领域词典支持!-- pom.xml -- dependency groupIdcom.hankcs/groupId artifactIdhanlp/artifactId versionportable-1.8.4/version /dependency// SpringBoot 配置 HanLP 加载中医词典 Configuration public class HanLPConfig { Bean public Segment customSegment() { Segment segment HanLP.newSegment().enableNameRecognize(true); // 加载自定义中医词典src/main/resources/dict/zhongyi.txt CustomDictionary.add(口干舌燥, symptom 1000); CustomDictionary.add(舌红少津, tongue_sign 1000); CustomDictionary.add(脉细数, pulse_sign 1000); return segment; } } // 在 Service 中使用 Service public class SymptomAnalysisService { Autowired private Segment segment; public ListString extractSymptoms(String text) { ListTerm terms segment.seg(text); return terms.stream() .filter(t - symptom.equals(t.nature.toString())) // 只取症状类术语 .map(Term::word) .collect(Collectors.toList()); // 输入口干舌燥晚上睡不好 → 输出[口干舌燥] } }验证技巧答辩时现场演示在测试接口输入curl -X POST http://localhost:8080/api/symptom/analyze -d 我舌苔厚腻大便粘滞返回[舌苔厚腻,大便粘滞]。强调 HanLP 的CustomDictionary.add()可动态加载《中医症状学》术语比正则匹配更准确。5.2 MySQL 按年份分区user_health_record表——解决 5 年数据查询慢问题随着用户增长user_health_record表可能达百万级。按created_time查询某年数据时全表扫描极慢。分区表是毕业设计加分项-- 将表改为 RANGE 分区MySQL 5.7 ALTER TABLE user_health_record PARTITION BY RANGE (YEAR(created_time)) ( PARTITION p2020 VALUES LESS THAN (2021), PARTITION p2021 VALUES LESS THAN (2022), PARTITION p2022 VALUES LESS THAN (2023), PARTITION p2023 VALUES LESS THAN (2024), PARTITION p2024 VALUES LESS THAN (2025), PARTITION p_future VALUES LESS THAN MAXVALUE ); -- 验证分区效果 EXPLAIN PARTITIONS SELECT * FROM user_health_record WHERE created_time BETWEEN 2022-01-01 AND 2022-12-31; -- 输出应显示只扫描 p2022 分区参数说明PARTITION BY RANGE (YEAR(created_time))按年份分区p_future分区捕获未来数据避免ALTER TABLE频繁操作。答辩时对比分区前后EXPLAIN结果分区前type: ALL全表扫描分区后type: range且partitions: p2022仅扫描单一分区。5.3 Vue Devtools 调试 Composition API 响应式依赖——定位“体质卡片不更新”的根因学生常遇到用户提交问卷后ConstitutionCard组件未重新渲染。原因可能是store.prediction未触发响应式更新。用 Vue Devtools 的 Dependencies 面板精准定位打开浏览器 Devtools → Vue 面板 → Components 标签选中ConstitutionCard组件 → 右侧 Dependencies 面板查看props.type和store.prediction是否被列为 reactive dependency若store.prediction未列出说明piniastore 未正确使用state或computed正确写法// stores/questionnaire.js export const useQuestionnaireStore defineStore(questionnaire, () { const prediction ref([]) // ✅ 响应式引用 const schema ref({}) // ✅ 响应式引用 return { prediction, // 直接 return ref不要解构 schema } })调试技巧在 Devtools 的 Console 中执行store._state.value.prediction查看当前值再手动store.prediction.value [...]观察组件是否更新——这能快速区分是数据问题还是渲染问题。答辩时打开 Devtools 实时演示比口头解释“响应式原理”更有说服力。本文还有配套的精品资源点击获取