毕业设计实战：基于Java+Spring Boot+MySQL的笔记记录分享网站设计与实现全流程指南

小飞计算机毕设
67 阅读17分钟

毕业设计实战：基于Java+Spring Boot+MySQL的笔记记录分享网站设计与实现全流程指南

在开发“基于Java+Spring Boot+MySQL的笔记记录分享网站”毕业设计时，曾因“笔记收藏与商品兑换积分逻辑未联动”踩过关键坑——初期设计用户积分系统仅用于商品兑换，未考虑笔记互动（点赞、收藏）的积分奖励机制，导致用户活跃度低，耗费1.5天重构积分体系、建立“笔记互动-积分获取-商品兑换”闭环才解决问题📝。基于此次实战经验，本文将系统拆解从需求分析、技术选型、功能实现到测试验收的全流程要点，附避坑技巧与实操细节，为同类社交型内容平台毕设提供可落地的实施指南。

一、需求分析：锚定笔记分享核心诉求，避免功能冗余返工

部分同学在毕设初期易陷入“功能堆砌”误区，比如笔者曾耗时2天开发“AI笔记智能分类模块”，最终因偏离“笔记创作、分享互动、积分兑换、任务激励”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

1. 核心用户与功能拆解（优化后角色权限体系）

系统核心用户分为管理员和普通用户两类，前期曾因混淆“笔记审核”与“笔记删除”权限边界，导致用户举报机制缺失，明确角色边界后平台内容规范性显著提升，具体功能分工如下：

管理员端（核心必做功能）
  • 内容生态管理：
    • 笔记广场管理：审核用户发布的笔记（校验内容合规性、图片规范性），处理违规笔记（逻辑删除、隐藏），支持按笔记标题、类型、用户筛选查询；
    • 笔记留言管理：查看用户留言互动，回复用户问题，删除恶意评论，维护社区氛围；
    • 公告信息管理：发布平台公告（活动通知、规则更新、重要提醒），按类型分类展示；
  • 商品与积分体系：
    • 商品管理：上架兑换商品（设置商品名称、编号、库存、所需积分、所属仓库），维护商品信息（修改、下架、逻辑删除），支持按商品类型、上下架状态筛选；
    • 商品兑换管理：审核用户提交的兑换订单，处理发货信息（填写快递公司、单号），跟踪订单状态（待审核、已发货、已完成）；
    • 积分体系维护：查看用户积分明细（来源：任务完成、笔记互动），处理积分异常申诉；
  • 任务与用户管理：
    • 日常任务管理：创建激励任务（如“每日签到”“发布笔记”“评论互动”），设置任务积分、完成标准，维护任务有效性；
    • 领取任务管理：审核用户任务完成情况（如检查笔记质量），批准或拒绝积分发放；
    • 用户管理：查看注册用户信息（头像、联系方式、积分余额），禁用违规账号，重置用户密码。
用户端（核心需求功能）
  • 笔记创作与互动：
    • 笔记发布：创建新笔记（填写标题、生成笔记编号、上传封面图、选择类型、编辑内容），支持富文本编辑（加粗、列表、代码块），发布后进入审核状态；
    • 笔记浏览：在笔记广场浏览他人笔记（按类型筛选、按热度排序），点赞/踩笔记（同一用户仅可操作一次），收藏感兴趣笔记；
    • 留言互动：在笔记详情页留言评论，查看他人回复，@其他用户；
    • 个人笔记管理：在“我的笔记”页面查看已发布笔记（含审核状态），编辑或删除自己的笔记；
  • 积分任务与兑换：
    • 任务中心：查看可领取的日常任务，点击“领取任务”后执行（如发布一篇笔记），完成后提交审核，审核通过后获得积分；
    • 积分商城：浏览可用积分兑换的商品（文具、书籍、数码周边），查看商品详情（所需积分、库存、介绍），提交兑换订单（选择收货地址、数量）；
    • 积分记录：查看积分明细（任务获得、笔记被点赞获得、兑换消耗）；
  • 社交与个人中心：
    • 我的关注：关注其他用户，在“我的关注”页面查看关注用户的笔记动态；
    • 个人主页：编辑个人资料（头像、昵称、个人介绍），查看粉丝数、获赞数、总积分；
    • 消息通知：接收系统公告、留言回复、任务审核结果、订单发货等通知。

2. 需求分析避坑要点（实战经验总结）

  • 拒绝空想调研：邀请3-4名同学模拟“用户注册-领取任务-发布笔记-获得点赞-积分兑换”“管理员审核笔记-上架商品-处理兑换订单”场景，收集真实诉求。例如，基于用户“激励创作”需求，设计“笔记被点赞得积分”机制，实用性远高于冗余的“AI分类模块”；
  • 绘制可视化用例图：用DrawIO绘制核心用例图（如“用户-笔记发布-积分获取”“用户-任务完成-积分兑换”“管理员-内容审核-商品管理”），汇报时直观呈现业务闭环；
  • 明确约束条件：提前规定“笔记封面图仅限JPG/PNG（≤2MB）”“笔记编号自动生成（格式：BJ+日期+序号，如BJ20240601001）”“每日点赞获得积分上限50分”“商品库存兑换时实时扣减”“任务审核需在24小时内完成”，为编码提供明确依据。

3. 可行性分析：从五维度论证，提升毕设专业性

可行性分析是开题关键，需避免泛泛而谈“可行”，从以下维度具体展开：

  • 时间可行性：预留2.5个月开发周期，拆分“需求分析（7天）→ 环境搭建（5天）→ 数据库设计（8天）→ 功能开发（30天）→ 测试验收（15天）”，每日投入3-4小时，结合导师指导可按时完成；
  • 经济可行性：开发工具均为免费/开源，硬件用个人笔记本；积分兑换商品可虚拟化（如兑换码、虚拟物品），无需真实库存成本；
  • 操作可行性：界面参考主流内容平台（如小红书、知乎），创作、浏览、兑换流程直观，经测试，新用户5分钟内可完成注册、发布第一篇笔记；
  • 技术可行性：Java、Spring Boot、MySQL、Vue均为成熟技术栈，富文本编辑器可用WangEditor或Quill，技术门槛可控；
  • 法律可行性：技术与工具开源授权，内容审核机制符合《网络信息内容生态治理规定》，用户协议明确版权归属，论文与源码无抄袭。

二、技术选型：优先稳定适配，拒绝盲目追新

前期曾尝试集成Elasticsearch实现笔记全文搜索，因配置复杂、数据同步延迟导致搜索体验差，调试耗时2天。后续调整为“Java 8+MySQL 5.7+Spring Boot 2.5.x+Vue 2.x+MySQL全文索引”组合，兼顾功能与开发效率。

1. 核心技术栈选型说明（含避坑提醒）

技术工具选型理由避坑提醒
Java 8语法成熟，社区资源丰富，与Spring Boot 2.5.x兼容性最佳，适合快速开发避免Java 17+版本，部分依赖需额外配置
MySQL 5.7支持JSON类型（存储笔记富文本内容）、全文索引（笔记搜索），事务保证积分扣减一致性开启InnoDB引擎，配置utf8mb4编码支持emoji，对笔记标题、内容字段建全文索引
Spring Boot 2.5.x简化配置，快速集成MyBatis、Redis（缓存热点笔记）、定时任务（清理过期任务）避免Spring Boot 3.x，与Java 8兼容问题；配置多数据源时注意事务管理器
Vue 2.x + ElementUI组件化开发，快速构建后台管理界面；ElementUI表格、表单组件丰富避免Vue 3.x，ElementUI兼容不足；配置axios拦截器处理401跳转登录
WangEditor轻量级富文本编辑器，支持图片上传、代码高亮，满足笔记编辑需求配置图片上传接口，限制图片大小（2MB），后端需做文件类型校验
Redis缓存热点数据（首页笔记列表、商品信息），减轻数据库压力，提升响应速度配置合理过期时间（笔记列表10分钟，商品信息30分钟），避免缓存穿透
定时任务每日凌晨重置任务状态，清理30天前日志，生成积分统计报表使用@Scheduled注解，配置线程池避免任务阻塞

2. 开发环境搭建步骤（实操指南）

  1. 安装JDK 1.8：配置JAVA_HOME，验证版本；
  2. 安装IDEA与插件：安装社区版，添加“Spring Assistant”“MyBatisX”“Lombok”“Vue.js”插件；
  3. 安装MySQL 5.7：创建数据库note_sharing_system，编码utf8mb4；
  4. 安装Redis（可选）：Windows用Redis Desktop Manager，Linux用apt-get安装；
  5. 创建Spring Boot项目：Spring Initializr选择Web、MyBatis、MySQL、Redis依赖；
  6. 前端项目初始化：Vue CLI创建项目，安装ElementUI、axios、wang-editor；
  7. 配置跨域与联调：后端配置CorsConfig，前端配置proxy代理，测试“笔记列表”接口。

三、数据库设计：设计积分流转体系，避免数据不一致

笔记分享网站的核心是用户激励体系，前期因积分增减未记录明细导致对账困难，后续增加“积分流水表”实现全流程追溯。

1. 核心表结构设计（共16张表，重点优化）

根据论文中的实体关系图，优化以下核心表：

  • 用户表（yonghu）：
    • 增加字段：jifen_total（总积分，冗余字段便于查询）、jifen_available（可用积分）、jifen_freeze（冻结积分，用于未完成兑换）；
    • 状态字段：jinyong_types（账户状态：0正常 1禁用）；
  • 笔记广场表（biji）：
    • 核心字段：biji_uuid_number（笔记编号BJ+日期+序号）、zan_number、cai_number、biji_types、biji_content（LONGTEXT存储富文本）；
    • 审核字段：biji_status（0待审核 1审核通过 2审核拒绝 3已删除）；
  • 积分流水表（jifen_flow）（新增表）：
    • 字段：id、yonghu_id、flow_type（1收入 2支出）、amount（金额）、balance_after（操作后余额）、source_type（来源：任务、点赞、兑换）、source_id（关联ID）、remark（备注）、create_time；
  • 日常任务表（richangrenwu）：
    • 激励字段：richangrenwu_jifen（任务积分，DECIMAL(10,2)）、richangrenwu_wancheng_content（完成标准，如“笔记字数≥300”）；
    • 周期字段：cycle_type（0一次性 1每日 2每周）；
  • 领取任务表（richangrenwu_lingqu）：
    • 状态字段：richangrenwu_lingqu_types（0未开始 1进行中 2已完成 3已过期）；
    • 审核字段：richangrenwu_lingqu_yesno_types（0待审核 1通过 2拒绝）；
  • 商品兑换表（shangpin_order）：
    • 积分字段：shangpin_order_true_price（花费积分）；
    • 订单状态：shangpin_order_types（0待审核 1待发货 2已发货 3已完成 4已取消）；
  • 我的关注表（my_follow）（优化表名）：
    • 字段：id、user_id（关注者）、followed_user_id（被关注者）、create_time；
    • 唯一索引：user_id + followed_user_id防止重复关注。

2. 核心业务逻辑设计（积分体系为例）

积分获取场景：

  1. 用户发布笔记通过审核：+10积分（记录到积分流水，来源“笔记发布”）；
  2. 用户笔记被点赞：发布者+2积分/次（每日上限50分，防刷）；
  3. 用户完成任务并通过审核：+任务设定积分。

积分消耗场景：

  1. 用户兑换商品：扣减对应积分（先冻结，发货后扣减）；
  2. 管理员手动调整：违规扣分。

事务一致性示例（商品兑换）：

@Transactional
public Result exchangeProduct(Long userId, Long productId, Integer quantity, Long addressId) {
    // 1. 检查商品库存
    ProductEntity product = productService.getById(productId);
    if (product.getStock() < quantity) {
        return Result.error("库存不足");
    }
    
    // 2. 检查用户积分
    UserEntity user = userService.getById(userId);
    BigDecimal needPoints = product.getPointsRequired().multiply(new BigDecimal(quantity));
    if (user.getAvailablePoints().compareTo(needPoints) < 0) {
        return Result.error("积分不足");
    }
    
    // 3. 冻结积分
    user.setFreezePoints(user.getFreezePoints().add(needPoints));
    user.setAvailablePoints(user.getAvailablePoints().subtract(needPoints));
    userService.updateById(user);
    
    // 4. 生成订单（状态：待审核）
    OrderEntity order = new OrderEntity();
    order.setOrderNumber("DD" + System.currentTimeMillis() + RandomUtil.randomNumbers(3));
    order.setUserId(userId);
    // ...其他字段
    orderService.save(order);
    
    // 5. 减少商品库存（乐观锁）
    product.setStock(product.getStock() - quantity);
    productService.updateById(product);
    
    // 6. 记录积分流水（支出，冻结状态）
    PointsFlowEntity flow = new PointsFlowEntity();
    flow.setUserId(userId);
    flow.setFlowType(2); // 支出
    flow.setAmount(needPoints);
    flow.setSourceType("exchange");
    flow.setSourceId(order.getId());
    flow.setRemark("兑换商品：" + product.getName());
    pointsFlowService.save(flow);
    
    return Result.ok("兑换申请已提交，等待审核");
}

关键避坑提醒：

  1. 积分一致性：积分变动必须同步记录流水，便于对账和恢复；
  2. 库存扣减：高并发兑换时使用乐观锁（version字段）或Redis分布式锁；
  3. 富文本存储：笔记内容用LONGTEXT，图片存路径（七牛云或本地static目录）；
  4. 关注关系：使用Redis的zset存储关注列表，提升查询效率。

四、功能实现：聚焦核心模块，提升答辩竞争力

优先完成3个核心模块即可满足答辩要求，突出“创作-互动-激励”闭环设计。

1. 用户端：笔记创作与互动模块（必做核心模块）

  • 核心逻辑：
    1. 富文本笔记编辑：集成WangEditor，支持文字格式、图片上传（后端校验尺寸、类型）、代码块（highlight.js高亮）、表情插入；
    2. 发布与审核：用户提交笔记后状态为“待审核”，管理员审核通过后显示在广场，审核拒绝则站内信通知原因；
    3. 互动激励：用户点赞笔记（同一笔记仅一次），发布者实时收到通知并增加积分（+2），点赞数更新；
    4. 笔记搜索：MySQL全文索引实现标题、内容关键词搜索，结果按相关性排序。
  • 页面设计：
    • 笔记编辑页：左侧编辑器，右侧预览区域，底部发布按钮；
    • 笔记详情页：顶部封面图，中部作者信息、发布时间，正文区域，底部互动区（点赞、收藏、评论）；
    • 笔记广场页：瀑布流布局（每行3列），支持按类型筛选、按热度/时间排序。

2. 用户端：任务中心与积分商城模块（答辩亮点模块）

  • 核心逻辑：
    1. 任务体系：任务分“每日任务”（签到、发布笔记）和“成长任务”（首次收藏、获得10个赞），完成条件明确（如“发布一篇字数≥300的笔记”）；
    2. 领取与审核：用户领取任务→执行→提交完成证明（如笔记ID）→管理员审核（24小时内）→通过后积分到账；
    3. 积分商城：商品展示（所需积分、库存、详情），兑换时校验积分和库存，生成待审核订单；
    4. 订单跟踪：用户查看兑换订单状态（待审核→待发货→已发货→已完成），发货后填写快递信息。
  • 页面设计：
    • 任务中心页：卡片式展示任务（可领取、进行中、已完成），进度条显示完成度；
    • 积分商城页：商品网格布局（4列），hover显示详情，点击进入兑换页；
    • 我的订单页：选项卡式分类，表格展示订单信息，待发货订单显示快递单号。

3. 管理员端：内容审核与商品管理模块（核心管控模块）

  • 核心逻辑：
    1. 笔记审核：待审核笔记列表，点击查看详情（含富文本渲染），通过/拒绝并填写理由（拒绝理由通知用户）；
    2. 任务审核：查看用户提交的任务完成证明，核实后批准积分发放；
    3. 商品管理：商品上架（设置积分价格、库存、仓库），下架商品不影响已生成订单；
    4. 兑换订单处理：审核订单（防止积分作弊），审核通过后发货（填写快递信息），订单状态更新。
  • 页面设计：
    • 内容审核页：左右分栏，左侧待审核列表，右侧详情预览，底部操作按钮；
    • 商品管理页：表格展示商品信息，操作列含“编辑”“上架/下架”“删除”；
    • 订单处理页：高级筛选（时间、状态），批量操作（批量发货）。 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

五、测试验收：全面排查积分一致性，保障答辩顺利

笔者前期未测试“并发兑换同一商品”场景，导致出现“超兑”bug，被导师指出“库存并发控制不足”并扣分😥。需针对性完成以下测试：

1. 核心功能测试用例

测试场景操作步骤预期结果
并发兑换库存为1的商品两个用户同时兑换最后一件商品仅一个用户成功，另一个提示“库存不足”或“订单创建失败”
积分流水与用户积分不一致执行一系列积分操作后，查询sum(流水)与用户积分两者必须相等，否则报警提示数据异常
任务重复领取用户对同一每日任务多次点击“领取”首次成功，后续提示“今日已领取”
笔记审核拒绝通知管理员拒绝一篇笔记，填写理由“内容违规”用户收到站内信通知，包含拒绝理由
积分兑换后退货用户兑换商品后申请取消订单管理员审核通过后，积分解冻返还，库存恢复

2. 性能与压力测试

  • 并发测试：Jmeter模拟100用户同时浏览笔记列表，响应时间<1秒；
  • 积分事务测试：模拟50用户同时完成任务领取积分，确保积分总额正确；
  • 富文本存储测试：上传包含100张图片的笔记（每张200KB），测试上传、存储、加载性能。

3. 测试报告撰写

包含“测试环境、测试策略、缺陷统计、性能指标”，重点说明解决的并发控制、数据一致性、富文本安全问题，结论为“核心笔记分享与积分兑换流程稳定，数据一致性强，具备上线运行条件”。

六、答辩准备：掌握3个技巧，提升通过率

  1. 演示流程梳理：按“用户注册→领取任务→发布笔记→获得点赞积分→兑换商品→管理员审核发货”闭环演示，重点展示“积分激励体系设计”“富文本编辑器集成”“多角色协同审核流程”，每个环节讲解设计思路；
  2. 突出问题解决能力：重点讲解“积分一致性保障方案”“库存并发控制实现”“富文本XSS防护”，结合真实踩坑（如“初期未防XSS导致脚本注入，引入HTML过滤后解决”）；
  3. 提前预判问题：
    • 针对“如何防止刷积分”：回答“每日点赞积分上限、任务完成人工审核、异常行为监控”；
    • 针对“系统扩展性”：回答“模块化设计支持添加新任务类型、积分规则可配置、支持多级商品分类”；
    • 针对“内容安全”：回答“敏感词过滤、图片鉴黄接口预留、审核流程规范化”。

结语

本文基于Java+Spring Boot+MySQL的笔记记录分享网站实战经验，核心是“构建‘创作-互动-激励’闭环，设计严谨的积分流转体系，实现可用的富文本编辑与内容审核”。毕设无需追求复杂功能（如AI内容推荐、区块链存证），把笔记发布、互动激励、积分兑换等核心功能做扎实，即可顺利通过答辩。

特别提醒：笔记分享类系统需重点关注内容安全与版权保护，答辩时可强调审核机制、敏感词过滤、用户协议设计，体现社会责任意识。

若需要完整源码（带详细注释）、数据库脚本（含测试数据）、部署文档，可在评论区留言“Java笔记分享网站”获取；若在开发中遇到问题（如积分并发控制、富文本编辑器定制、瀑布流布局），也可留言咨询，笔者将及时回复。

收藏本文，便于开发查阅～ 祝各位同学毕设顺利，轻松毕业！🎉

avatar
文章
阅读
粉丝