毕业设计实战：基于Spring Boot的同城上门喂遛宠物系统设计与实现全流程指南

小飞计算机毕设
54 阅读22分钟

毕业设计实战：基于Spring Boot的同城上门喂遛宠物系统设计与实现全流程指南

在开发“同城上门喂遛宠物系统”毕业设计时，曾因“宠物预约与用户信息未关联”踩过关键坑——初期未在“宠物预约表”与“用户表”间通过“用户ID”设置外键，导致管理员审核预约时无法同步查看用户联系方式、宠物饲养需求等关键信息，耗费1.5天重构表结构、补全数据关联逻辑才解决问题📝。基于此次实战经验，本文将系统拆解从需求分析、技术选型、功能实现到测试验收的全流程要点，附避坑技巧与实操细节，为同类毕设提供可落地的实施指南。

一、需求分析：锚定宠物服务核心诉求，避免功能冗余返工

部分同学在毕设初期易陷入“功能堆砌”误区，比如笔者曾耗时2天开发“宠物健康评分模块”，最终因偏离“管理员管控、用户预约、宠物服务”核心需求被导师要求删减。明确“用户角色-核心功能”对应关系，是降低返工率的关键前提。

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

系统核心用户分为管理员与普通用户两类，前期曾因混淆两类角色的“宠物信息编辑权限”，导致普通用户可修改他人发布的宠物信息，明确角色边界后系统稳定性显著提升，具体功能分工如下：

管理员端（核心必做功能）
  • 用户管理：全生命周期维护账号（新增管理员/普通用户、密码重置、无效账号逻辑删除），支持按姓名/手机号精准筛选，查看用户完整资料（姓名、手机号、身份证号、头像），可编辑基础信息（如修正手机号、更新头像）；
  • 宠物服务管控：
    • 宠物管理：审核宠物信息真实性（校验宠物照片格式、验证宠物类型合理性），维护宠物状态（可预约/已预约/暂不可服务），下架违规或过期宠物信息；
    • 宠物预约管理：查看用户预约申请，关联宠物与用户信息，审核预约状态（通过/拒绝/待确认），填写审核回复（如“已确认，明日10点上门”）；
    • 爱宠天地管理：审核用户发布的爱宠动态（文字、图片、视频），删除低俗或违规内容，置顶优质分享；
  • 信息与数据管理：
    • 宠物资讯管理：发布宠物饲养技巧、上门服务注意事项等资讯，编辑资讯类型（喂养指南/健康常识），删除过时资讯；
    • 字典管理：维护系统基础数据（如宠物类型：猫/狗/其他、预约状态：待审核/已通过/已取消），确保数据一致性；
    • 数据监控：查看宠物预约统计（按时间段/宠物类型分类展示预约量）、用户活跃度分析，及时预警未审核的宠物信息与预约申请。
普通用户端（核心需求功能）
  • 宠物服务互动：
    • 宠物管理：添加自家宠物信息（填写名称、类型、年龄、饲养需求，上传宠物照片），编辑宠物资料，标记宠物服务状态（需上门喂遛/暂无需服务）；
    • 预约服务：浏览可预约宠物服务（按宠物类型/服务时间筛选），提交预约申请（选择预约日期、填写服务需求，如“每日喂食2次，清理猫砂”），查看预约审核结果；
    • 爱宠天地互动：发布爱宠日常动态（上传照片/视频，添加文字描述），查看他人分享，对优质内容点赞/留言；
  • 信息获取与个人中心：
    • 资讯浏览：查看管理员发布的宠物资讯，按类型筛选（如优先查看“狗狗喂养指南”）；
    • 个人中心：维护个人资料（编辑姓名、手机号、上传头像），查看历史预约记录（已完成/待服务/已取消），收藏心仪的宠物资讯或服务。

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

  • 拒绝空想调研：邀请3-4名同学模拟“管理员审核宠物预约”“用户发布爱宠动态”“用户提交上门服务预约”场景，收集真实使用诉求。例如，基于用户“快速找到匹配服务”的需求，增设“宠物类型-服务类型”关联标签，实用性远高于冗余的“宠物健康评分模块”；
  • 绘制可视化用例图：使用DrawIO工具绘制核心业务用例图（如“管理员-宠物预约审核”“用户-宠物预约提交”“管理员-宠物资讯发布”），汇报时直观呈现业务逻辑，避免纯文字描述导致的理解偏差；
  • 撰写规范需求规格说明书：明确核心约束条件，如“宠物照片格式仅限JPG/PNG、单张≤2MB”“预约时间需提前24小时提交”“宠物资讯需包含标题、详情、发布时间”“爱宠视频时长≤5分钟”等，为后续编码提供明确依据，避免功能偏离需求。

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

可行性分析是开题阶段的关键环节，需从技术、经济、操作三个维度展开，避免泛泛而谈“可行”，具体论证要点如下：

  • 技术可行性：Spring Boot、Java、MySQL均为高校课程核心内容，Vue+ElementUI前端组合学习资料丰富（如《Vue实战》《Spring Boot框架开发指南》），技术门槛可控；需注意避免使用Spring Boot 3.x版本，笔者前期尝试该版本与MySQL 8.0联调时，宠物预约提交接口频繁报“数据库连接超时”错误，切换至2.7稳定版后问题解决；
  • 经济可行性：开发工具均为免费/开源版本（IDEA社区版、MySQL社区版、Navicat学生版、Tomcat开源服务器），开发成本为零；系统上线后可帮助用户高效对接上门喂遛服务、管理员规范服务流程，减少宠物照料需求与服务供给的信息差，具备实际应用价值；
  • 操作可行性：界面设计参考主流宠物服务类APP交互逻辑，将高频功能（如“宠物预约”“查看审核结果”“发布爱宠动态”）置于显眼位置，经测试，普通用户8分钟内即可掌握账号注册、宠物添加、预约提交等核心操作，易用性达标。

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

前期曾跟风选用Spring Boot 3.x+Vue 3+Redis技术栈，因Redis缓存配置不当，导致用户预约记录重启后丢失，调试耗时1天。后续调整为“Java 8+Spring Boot 2.7+MySQL 8.0+Vue 2+ElementUI+Tomcat 9”组合，兼顾稳定性与开发效率，非常适合新手快速上手。

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

技术工具选型理由避坑提醒
Java 8语法简洁，与Spring Boot 2.7兼容性最佳，学习资料丰富，能满足宠物管理、预约流程等核心功能开发需求避免使用Java 11+版本，部分Spring依赖包（如spring-boot-starter-web）支持不完善，易出现“类加载失败”异常
Spring Boot 2.7简化Spring框架配置，自带Tomcat服务器，支持快速开发用户注册、宠物预约等模块，减少XML配置工作量新手无需自定义启动器，直接使用官方starter（spring-boot-starter-web、spring-boot-starter-mybatis），避免配置错误导致预约接口失效
MySQL 8.0支持事务与外键约束，可满足用户、宠物、预约、资讯等多表数据关联存储需求，utf8mb4编码可解决宠物名称、预约备注中生僻字乱码问题安装时需手动设置编码为utf8mb4，默认编码会导致宠物介绍、预约需求含特殊符号时出现乱码，排查耗时较长
Vue 2+ElementUI前端组件丰富（表格、表单、弹窗、日期选择器等），支持快速构建响应式界面，适配电脑、平板等多终端（用户常通过平板查看宠物预约状态）避免使用Vue 3+Element Plus组合，部分组件（如文件上传组件、下拉选择器）兼容性较差，前期曾导致宠物照片上传失败，切换版本后恢复正常
Tomcat 9轻量级Web服务器，资源占用少，与Spring Boot 2.7适配性好，适合中小型宠物服务系统部署，启动速度快不建议使用Tomcat 10+版本，部分Servlet类包路径变更，易出现“Servlet初始化失败”启动异常，影响系统正常访问
IDEA社区版支持Java、Vue多语言开发，代码提示功能完善，内置Git版本控制，便于跟踪代码修改（如宠物预约逻辑的迭代）无需追求Ultimate付费版，社区版已满足毕设开发需求，安装Vue插件（Vue.js）即可高效编写前端代码

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

环境配置是新手常见卡点，按以下步骤操作可实现一次搭建成功：

  1. 安装JDK 1.8：记录安装路径（如D:\Java\jdk1.8.0_301），配置“JAVA_HOME”“CLASSPATH”环境变量，通过cmd命令“java -version”验证，显示“1.8.x”即为成功；
  2. 安装IDEA社区版2022：安装Vue.js插件（File→Settings→Plugins，搜索“Vue.js”并安装），配置JDK为1.8，设置工作空间编码为“UTF-8”，避免中文乱码；
  3. 安装MySQL 8.0：使用Navicat创建数据库“pet_service_system”，设置编码为utf8mb4，排序规则为“utf8mb4_general_ci”；
  4. 创建Spring Boot项目：
    • 通过IDEA的“Spring Initializr”功能，选择Spring Boot 2.7版本，引入Web、MyBatis、MySQL Driver依赖；
    • 在application.yml文件中配置数据库连接信息（url、用户名、密码）、服务器端口（建议设为8080）、MyBatis映射路径（mapper-locations: classpath:mapper/*.xml）；
  5. 前端项目配置：
    • 基于Vue 2+ElementUI创建前端项目（使用vue-cli命令“vue init webpack pet-service-frontend”）；
    • 开发首页、宠物列表页、预约提交页、爱宠天地页，实现响应式布局（电脑端3列展示宠物卡片，平板端2列展示，手机端1列展示）；
  6. 联调测试：
    • 在application.yml中配置完整数据库连接地址（url: jdbc:mysql://localhost:3306/pet_service_system?useSSL=false&serverTimezone=UTC）；
    • 编写“查询可预约宠物”接口，前端调用后可正常显示宠物名称、类型、照片、服务状态即为搭建完成。

三、数据库设计：理清实体关联逻辑，避免数据混乱

数据库是同城上门喂遛宠物系统的核心骨架，前期因未在“宠物预约表”与“宠物表”间设置“宠物ID”外键，导致无法筛选特定宠物的预约记录，需重新编写嵌套SQL才解决问题😓。后续采用“实体-属性-关系”分析法梳理表结构，显著提升开发效率。

1. 核心实体与属性设计（附ER图绘制技巧）

先明确系统核心实体（管理员、普通用户、宠物、宠物预约、爱宠天地、宠物资讯、字典表），再梳理各实体属性，避免遗漏关键字段。核心表结构如下（共9张核心表，可直接用于ER图绘制）：

  • 管理员表（admin）：id（主键）、username（管理员账号）、password（密码，MD5加密）、role（角色，默认“管理员”）、addtime（创建时间）；
  • 普通用户表（yonghu）：id（主键）、yonghu_name（用户姓名）、yonghu_phone（手机号）、yonghu_id_number（身份证号）、yonghu_photo（头像路径）、yonghu_email（邮箱）、jinyong_types（账户状态，0=正常/1=禁用）、create_time（创建时间）；
  • 宠物表（chongwu）：id（主键）、chongwu_uuid_number（宠物编号，唯一）、chongwu_name（宠物名称）、chongwu_photo（宠物照片路径）、chongwu_address（宠物地点）、zan_number（赞数）、cai_number（踩数）、chongwu_types（宠物类型，关联字典表）、chongwu_content（宠物介绍，含饲养需求）、chongwu_delete（逻辑删除，0=正常/1=删除）、insert_time（录入时间）、create_time（创建时间）；
  • 宠物预约表（chongwu_yuyue）：id（主键）、chongwu_yuyue_uuid_number（报名编号，唯一）、chongwu_id（宠物ID，外键关联宠物表）、yonghu_id（用户ID，外键关联普通用户表）、chongwu_yuyue_text（报名理由，即服务需求）、chongwu_yuyue_yesno_types（报名状态，0=待审核/1=已通过/2=已拒绝）、chongwu_yuyue_yesno_text（审核回复）、chongwu_yuyue_shenhe_time（审核时间）、chongwu_yuyue_time（预约时间）、insert_time（宠物报名时间）、create_time（创建时间）；
  • 爱宠天地表（aichongtiandi）：id（主键）、aichong_name（爱宠名称）、aichong_uuid_number（爱宠编号）、aichong_photo（爱宠照片路径）、aichong_video（爱宠视频路径）、aichong_types（爱宠类型，关联字典表）、aichong_content（爱宠介绍，即动态描述）、aichong_delete（逻辑删除，0=正常/1=删除）、insert_time（录入时间）、create_time（创建时间）；
  • 宠物资讯表（news）：id（主键）、news_name（资讯名称）、news_photo（资讯图片路径）、news_types（资讯类型，关联字典表）、insert_time（发布时间）、news_content（资讯详情）、create_time（创建时间）；
  • 宠物收藏表（chongwu_collection）：id（主键）、chongwu_id（宠物ID，外键关联宠物表）、yonghu_id（用户ID，外键关联普通用户表）、chongwu_collection_types（收藏类型，0=宠物/1=资讯）、insert_time（收藏时间）、create_time（创建时间）；
  • 宠物留言表（chongwu_liuyan）：id（主键）、chongwu_id（宠物ID，外键关联宠物表）、yonghu_id（用户ID，外键关联普通用户表）、chongwu_liuyan_text（留言内容）、insert_time（留言时间）、reply_text（回复内容）、update_time（回复时间）、create_time（创建时间）；
  • 字典表（dic）：id（主键）、dic_code（字段，如“chongwu_types”表示宠物类型）、dic_name（字段名，如“宠物类型”）、code_index（编码，如“1”）、index_name（编码名字，如“猫”）、super_id（父字段ID，用于多级分类）、beizhu（备注）、create_time（创建时间）。

ER图绘制建议使用Visio或亿图工具，遵循3个核心规则：① 矩形代表实体（如“用户”“宠物”“宠物预约”）；② 椭圆代表属性（如用户的“姓名”“手机号”，宠物的“名称”“类型”）；③ 菱形代表实体关系（如“用户-宠物预约”为一对多关系，一个用户可提交多条预约；“宠物-宠物预约”为一对多关系，一个宠物可关联多条预约）。

关键避坑提醒：切勿将宠物照片、爱宠视频等二进制数据直接存入数据库！前期尝试该方案导致数据库体积骤增（单张宠物照片1MB，100只宠物即占100MB）、查询速度变慢，后续改为存储文件路径（如/static/pet/img1.jpg、/static/pet/video1.mp4），大幅提升系统稳定性与响应速度。

2. 表关联测试：提前验证，避免编码后返工

建表完成后需立即进行关联测试，避免编码阶段才发现问题。测试步骤如下：

  1. 在普通用户表插入测试数据：id=1，yonghu_name=“张三”，yonghu_phone=“13800138000”，yonghu_photo=“/static/user/zs.jpg”；
  2. 在宠物表插入关联数据：id=1，chongwu_uuid_number=“PET001”，chongwu_name=“小白”，chongwu_photo=“/static/pet/xiaobai.jpg”，chongwu_types=1（关联字典表“宠物类型”编码1，即“猫”），chongwu_content=“英短猫，每日喂食2次，清理猫砂”；
  3. 在宠物预约表插入关联数据：id=1，chongwu_yuyue_uuid_number=“RES001”，chongwu_id=1，yonghu_id=1，chongwu_yuyue_text=“10月5日-10月7日上门喂遛，每天10点”，chongwu_yuyue_yesno_types=1（已通过）；
  4. 编写JOIN查询SQL，验证“某用户的宠物预约及关联宠物信息”数据：
SELECT cy.chongwu_yuyue_uuid_number, cy.chongwu_yuyue_time, cy.chongwu_yuyue_yesno_text,
       c.chongwu_name, c.chongwu_types, c.chongwu_content,
       y.yonghu_name, y.yonghu_phone
FROM chongwu_yuyue cy
JOIN chongwu c ON cy.chongwu_id = c.id
JOIN yonghu y ON cy.yonghu_id = y.id
WHERE cy.yonghu_id = 1;

若能正常查询出“预约编号+预约时间+审核回复+宠物名称+宠物类型+饲养需求+用户姓名+手机号”，说明表关联正确；若出现“Cannot add or update a child row: a foreign key constraint fails”错误，大概率是外键字段类型不匹配（如chongwu_id字段与宠物表id字段类型不一致），需及时检查表结构并修正。

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

无需开发所有功能，优先完成3个核心模块即可满足答辩要求，且能突出开发重点。以下为各模块的操作逻辑与页面设计要点：

1. 管理员端：宠物预约管理模块（必做核心模块）

核心目标是规范预约审核流程，重点解决“信息关联”与“状态管控”问题，具体逻辑如下：

  1. 信息关联机制：审核预约时自动关联用户与宠物信息（无需手动查询），显示用户姓名、手机号、宠物名称、类型、饲养需求，避免“审核时需切换页面查信息”的低效操作；前期因未做关联，出现“漏看宠物饲养需求导致服务失误”问题，补充关联逻辑后解决；
  2. 状态管控规则：预约默认“待审核”，管理员审核后选择“已通过”或“已拒绝”，“已通过”需填写服务时间、注意事项（如“上门前需提前联系”），“已拒绝”需填写原因（如“预约时间无空闲服务人员”），状态变更后用户实时收到通知；
  3. 数据筛选功能：支持按预约时间（今日/本周/本月）、宠物类型、预约状态筛选，快速定位待审核预约，避免海量数据中手动查找。

页面设计（Vue 2+ElementUI）：① 预约列表区：表格展示预约编号、用户姓名、宠物名称、预约时间、状态、审核回复，操作列含“详情”“审核”按钮；② 审核弹窗区：显示用户与宠物完整信息，状态选择下拉框（已通过/已拒绝），审核回复文本域，“确认审核”按钮；③ 筛选区：时间选择器、宠物类型下拉框、状态下拉框，“查询”“重置”按钮。

2. 用户端：宠物预约提交模块（答辩亮点模块）

该模块直接体现系统对用户的核心价值，导师关注度较高，核心是实现“选宠物-填需求-查结果”全流程闭环，需重点完善操作逻辑：

  1. 宠物筛选联动：浏览宠物时可按类型（猫/狗/其他）、服务状态（可预约）筛选，点击宠物卡片查看详情（含饲养需求、过往服务评价），避免“选错宠物类型”；
  2. 预约需求填写：选择预约日期（支持多选，如10月5日-10月7日），填写服务频率（如“每日1次”）、具体需求（如“喂食、换水、陪玩30分钟”），上传宠物位置照片（便于服务人员定位），必填项未填时显示提示（如“请选择预约日期”）；
  3. 进度跟踪：提交后跳转至“我的预约”页面，显示预约状态（待审核/已通过/已拒绝），审核通过后显示服务人员联系方式、上门时间，避免“不清楚预约进度”；
  4. 异常处理：预约未审核前可取消，已通过预约需提前24小时取消（避免服务人员白跑），取消时需填写原因（如“无需服务了”），系统同步通知管理员。

页面设计：① 宠物筛选页：宠物卡片（显示照片、名称、类型、服务状态），筛选条件栏，“预约”按钮；② 预约填写页：日期选择器（支持多选），服务频率下拉框，需求文本域，位置照片上传框，“提交预约”按钮；③ 预约结果页：显示预约编号、状态，“查看详情”“取消预约”按钮（未审核时显示）。

3. 管理员端：宠物资讯管理模块（核心需求模块）

核心功能是传递宠物服务相关知识，提升系统实用性，需重点完善内容发布与管理逻辑：

  1. 资讯分类管理：发布资讯时选择类型（喂养指南/健康常识/服务注意事项），自动关联字典表，避免“分类混乱”；
  2. 内容编辑规范：支持富文本编辑（插入图片、加粗文字、换行），资讯标题需包含核心关键词（如“狗狗秋季喂养注意事项”），详情需条理清晰（分点说明），避免“内容杂乱无章”；
  3. 展示联动：资讯发布后在用户端“资讯中心”按发布时间倒序展示，支持按类型筛选，点击资讯查看详情，提升内容触达率。

页面设计：① 资讯列表区：表格展示标题、类型、发布时间、操作（详情/编辑/删除）；② 发布/编辑区：标题输入框，类型下拉框，富文本编辑器（含图片上传功能），“保存”“发布”按钮；③ 用户端资讯区：资讯列表（显示标题、类型、发布时间），类型筛选下拉框，“查看更多”按钮。 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

五、测试验收：全面排查问题，保障答辩顺利

部分同学认为“功能能运行就行”，忽视测试环节，导致答辩时被评委测出明显漏洞。笔者前期未测试“预约时间已过的状态更新”场景，导致出现“预约时间已过仍显示已通过”问题，被导师指出“未做时效控制”并扣分😥。需针对性完成以下3类测试：

1. 功能测试：聚焦核心模块，编写测试用例

重点测试前文提及的3个核心模块，整理测试用例表如下：

测试场景操作步骤预期结果
管理员审核宠物预约进入预约管理页→选择“待审核”预约→点击“审核”→选择“已通过”→填写回复→提交预约状态更新为“已通过”，用户端同步显示结果，回复内容正确
用户提交过期预约时间用户进入预约页→选择已过期日期（如10月1日，当前10月5日）→填写需求→提交系统提示“预约时间已过期，请选择未来日期”，提交失败
管理员发布宠物资讯进入资讯管理页→点击“新增”→填写标题、选择类型、编辑详情→发布资讯成功发布，用户端“资讯中心”显示该资讯，分类正确

2. 兼容性测试：覆盖多终端与浏览器

答辩评委可能使用不同设备和浏览器测试，需提前覆盖以下场景：

  • 浏览器兼容性：测试Chrome、Firefox、Edge、IE11等主流浏览器，重点修复IE11的适配问题（可通过引入babel-polyfill解决ES6语法兼容问题）；
  • 设备兼容性：测试电脑（1920×1080、1366×768分辨率）、平板（iPad Pro、华为MatePad）、手机（iPhone 13、小米12），确保宠物卡片、预约表单在不同屏幕尺寸下正常显示，无错位、重叠现象；
  • 核心要求：页面加载时间≤3秒，按钮点击响应时间≤1秒，图片/视频加载流畅（避免因路径错误导致宠物照片无法显示）。

3. 测试报告撰写：规范呈现，提升答辩专业性

测试完成后需撰写规范的测试报告，包含“测试目的、测试范围、测试用例、测试结果、问题总结”5个核心部分：

  • 问题总结：明确记录已修复的问题，如“IE11浏览器下预约表单排版错乱，通过引入babel-polyfill修复；过期预约时间提交问题通过日期校验逻辑解决；宠物与预约关联失效问题通过外键关联修正”；
  • 测试结论：总结核心功能测试情况，如“系统核心功能（宠物预约管理、资讯发布、预约提交）无严重bug，兼容性问题已全部修复，可满足同城上门喂遛宠物服务的管理与使用需求”。

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

  1. 梳理顺畅的演示流程：提前录制演示视频（避免现场环境崩溃），演示逻辑按“管理员新增宠物资讯→用户注册登录→添加宠物→提交预约→管理员审核预约→用户查看审核结果”展开，每个操作停顿2秒，确保评委清晰查看功能流转过程；
  2. 突出问题解决能力：答辩时重点讲解开发过程中解决的实际问题，如“前期将宠物照片存入数据库导致查询缓慢，通过文件路径存储方案优化；过期预约时间未拦截问题通过日期校验逻辑解决；宠物与预约关联失效问题通过外键关联修正”，比单纯讲解技术栈更具说服力；
  3. 提前准备常见问题：预判导师可能提出的问题，如“如何保障宠物服务的安全性？”，可从“用户身份审核、宠物信息真实性校验、服务人员信息备案、预约异常取消机制”4个维度作答；“如何提升用户使用意愿？”可回答“简化预约流程、提供宠物资讯增值服务、及时同步预约进度”。

结语

本文基于Spring Boot的同城上门喂遛宠物系统毕业设计实战经验，系统梳理了从需求分析到答辩准备的全流程要点，核心是“聚焦宠物服务核心需求、优先稳定技术栈、提前排查问题”。毕设开发无需追求复杂功能（如多语言支持、视频通话），将宠物预约管理、资讯发布、用户预约提交等核心功能做扎实，即可顺利通过答辩。

若需要核心源码（带详细注释，可直接运行）、数据库脚本（含测试数据）、ER图模板，可在评论区留言“同城上门喂遛宠物系统”获取；若在特定模块（如宠物预约、资讯管理）遇到问题，也可留言咨询，笔者将及时回复。

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

avatar
文章
阅读
粉丝