一套基于Android的宠物饲养管理系统说到底是把“养宠记录、健康提醒、社区交流、服务预约”这些需求从前端手机App到后端服务完整做一遍闭环。平时我见过不少毕业设计和项目练手的选择这类题目能同时把Java、SpringBoot、Android三块技术栈串起来不管是拿来应付答辩还是自己动手长经验都很合适。这篇文章不打算照搬课程设计的套路而是把整套系统的核心设计、关键代码逻辑、联调过程和踩坑记录都拆开讲清楚让拿到源码和文档的人能真正把它跑起来、看明白甚至改出自己想要的功能。1. 项目全貌与目标定位1.1 这套系统到底解决什么问题宠物饲养管理听起来是一个挺生活化的场景。宠物主需要记录自家宠物的基本信息、疫苗接种情况、驱虫时间偶尔还想去宠物店约个美容或寄养服务。市面上这类商业App不算少但作为练手或毕设项目重点不是和商业产品比功能而是通过一个完整业务链路来展示开发能力。这套系统采用Android端作为用户入口后端用SpringBoot提供接口服务MySQL存储数据。业务上覆盖了用户注册登录、宠物档案管理、养宠动态分享、评论点赞、服务预约、健康提醒等功能。从用户角度看它是一个能日常使用的工具型App从开发角度看它是前后端分离、移动端和服务端配合的完整示例比单纯做个网页管理系统更能体现工程能力。如果你正在准备毕业设计或者想找一套能快速理解“AndroidSpringBoot怎么配合”的项目来参考这个选题就很合适。它能帮助你把零散的知识点串起来Android端怎么调接口、SpringBoot怎么设计RESTful API、数据表之间怎么关联这些在平时的课程作业里很难一次性完整接触。1.2 功能模块与角色划分从功能结构上看这套宠物饲养管理系统主要拆成两大端用户端和后端管理。用户端跑在Android手机上后端管理则可以做成简单的Web页面或预留管理接口。整体角色分为普通用户和管理员。普通用户在App端能做的事情比较直观账号与个人中心注册、登录、查看和修改个人资料上传头像宠物档案管理添加宠物、维护宠物基本信息昵称、品种、性别、生日、疫苗记录等、查看宠物成长记录社区动态浏览其他宠物主的动态、发布带图动态、对动态点赞和评论服务预约选择宠物美容、寄养、医疗等服务项目提交预约订单查看订单处理状态健康提醒设置疫苗接种、驱虫、体检等提醒按时接收本地通知管理员后台则负责用户管理、宠物档案审核或查看、动态内容管理、预约订单的处理接单/完成/取消等。这里有个设计心得想多说一句不要把权限设计搞得过于复杂。很多同学一开始喜欢把后台管理做成一整套独立的Vue管理端结果工作量翻倍还容易烂尾。对于这类系统的受众来说管理员功能在服务端预留接口或者做一个简单的页面就足够应付答辩了。核心是把用户端的体验做顺把接口做得规范。1.3 技术栈全景这套系统的技术选型非常主流也相对稳妥。后端JDK 1.8 / 11长期稳定兼容性最好SpringBoot 2.7.x注意尽量不要一上来就选3.x因为3.x基于JDK17很多老教程和依赖的写法都变了MyBatis-Plus省去大量SQL编写内置分页、条件构造器MySQL 8.x项目核心数据库Maven做依赖管理和项目构建Android端Java Android Studio原生Android开发稳定且资料多Retrofit OkHttp做网络请求Gson做JSON解析Glide加载网络图片RecyclerView承载列表数据配合适配器这套技术组合几乎是Android开发岗位面试题里的标配组合。后端SpringBoot在职场应用也极其广泛学好这一套对找工作有实际帮助。选型上有一个关键原则项目是拿来学习和演示的就不需要用冷门框架来凸显差异。用大家都在用的技术遇到问题能找到的解决方案最多。2. 技术选型背后的逻辑2.1 为什么后端不用SSH或SSM而用SpringBoot早些年做毕设很多人还在用SSHStrutsSpringHibernate或SSMSpringSpringMVCMyBatis现在回头看几乎没人会在新项目里用Struts那一套了。SpringBoot最核心的价值是“自动配置”通过spring-boot-starter-web等场景启动器把常用配置直接搞定内嵌Tomcat不需要单独打成WAR包部署到外部容器。举个例子一个SSM项目你要先配置web.xml、配置DispatcherServlet、配置Spring容器、配置数据源、配置MyBatis的SqlSessionFactory等等每一步都容易踩坑。换成SpringBoot之后application.yml里写明数据源信息主类上加一个MapperScan注解接口写好运行起来就完事了。整个搭建过程的简化让你把精力放在业务代码上而不是XML配置上。SpringBoot在版本上建议用2.7.x系列。这个版本刚好处于过渡期既保留了传统配置的兼容性又不会像3.x那样强制JDK17。从网络上找资料时2.x能覆盖的量是最庞大的遇到问题基本都能搜到答案。2.2 Android原生而不是Flutter或小程序如果换个标题可能有人会问“为什么不用Flutter跨平台”“为什么不做成微信小程序”。这个问题在答辩时十有八九会被问到需要提前想好回答思路。用Android原生的Java开发最大的优势是贴近选题本身。既然题目写了“基于Android”那就老老实实用Android技术栈来做。原生开发在调用系统能力上最直接比如访问相册、上传图片、发送通知栏提醒对初学者来说API清晰稳定调试也直观。Android Studio自带模拟器配合真机调试能完整走通从布局到逻辑的开发流程。Flutter确实能做到一套代码两端跑但需要额外学习Dart语言和Widget树思想对时间紧、以Java为主要课程语言的同学来说额外成本不低。微信小程序就更不用说了它算不上“Android应用”写在论文里也名不正言不顺。对于演示型项目最稳妥的路线就是用Android Studio里的Java开发遇到启动问题、SDK问题网上的解决方案比跨平台多十倍不止。2.3 数据库表结构这样设计不用返工数据库设计是这类型项目的灵魂。如果表结构设计得混乱后面写接口的时候会到处卡壳甚至推到重来。宠物饲养管理系统核心实体其实很清楚我整理一套通用的表结构设计供参考用户表userid、用户名、密码MD5加密、昵称、手机号、头像、注册时间宠物档案表petid、用户ID、宠物昵称、品种、种类猫/狗/其他、性别、生日、体重、是否绝育、疫苗信息、宠物头像、创建时间动态/帖子表postid、用户ID、文本内容、图片地址多个图片用逗号或JSON数组存储、发布时间评论表commentid、评论的用户ID、帖子ID、评论内容、评论时间预约订单表service_orderid、用户ID、宠物ID、服务类型美容/寄养/医疗等、预约时间、备注、订单状态待处理/已接单/已完成/已取消、创建时间提醒表reminderid、用户ID、提醒类型疫苗/驱虫/体检、提醒时间、备注、是否已触发这里有一个很容易忽视的点外键不要做得太死。很多教材上讲外键约束到了真实项目中反而倾向于用逻辑关联。意思是数据库中不建立物理外键而是在业务代码层面维护ID关系。这样做的原因是后续做删除、更新时不会因为外键约束报错也方便做分页查询时单独联表。MyBatis-Plus配合Wrapper构造器可以很轻松地按UserID查出某个用户的所有宠物。举个例子宠物档案表的用户ID就对应user表的主键。查询某个用户的宠物列表时只需要在MyBatis-Plus里写LambdaQueryWrapperPet wrapper new LambdaQueryWrapper(); wrapper.eq(Pet::getUserId, userId); wrapper.orderByDesc(Pet::getCreateTime); ListPet petList petMapper.selectList(wrapper);不需要写多行XML一条链式查询就搞定了。日常维护起来逻辑清晰且改动成本低。3. 核心模块设计与实现细节3.1 用户登录与Token鉴权用户模块是每个系统的入口。登录问题的常见处理方案有两种Session和Token。对于毕设级别的项目用JWTJSON Web Token会显得更有技术含量也更容易在答辩时讲出东西来。登录流程大致是Android端提交用户名和密码后端校验通过后生成一个Token字符串返回给客户端客户端后续每次请求在请求头里带上这个Token。后端用一个拦截器拦截需要登录才能访问的接口比如添加宠物、发布动态、提交预约等统一校验Token是否有效。JWT的一个明显优势是无状态。后端不用在内存里保存用户登录信息Token里直接携带用户ID和过期时间服务端只需要用密钥验签。我见过很多同学在项目中用的方案是登录成功后就放行不做任何鉴权导致任何人都可以调用接口修改别人的数据这在答辩时属于硬伤。拦截器核心逻辑可以这么写public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); if (token null || !JwtUtil.verify(token)) { response.setStatus(401); response.setContentType(application/json;charsetUTF-8); response.getWriter().write({\code\:401,\message\:\未登录或登录已过期\}); return false; } // 将用户ID放入request后续controller可以直接取 String userId JwtUtil.getUserId(token); request.setAttribute(userId, userId); return true; } }再配合WebMvcConfigurer把拦截器注册到对应的路径上比如/api/auth/**这几个路径直接放行其他路径统一拦截。整套逻辑下来答辩时可以顺着讲一遍“为什么要做鉴权”“Token相比Session有什么优势”这块是加分项。3.2 宠物档案模块的完整设计宠物档案是饲养管理系统的核心业务数据。要把它做完整不能只是简单存个名字和品种。在设计宠物档案表的时候需要字段尽量贴合实际养宠场景。我在实践过程中比较推荐加入这几个字段宠物昵称、种类猫/狗/其他、品种、性别、生日、体重、是否绝育、疫苗情况、驱虫记录和头像地址。这样用户在维护宠物信息时可以真实记录每个关键时间点和健康数据。新增宠物时Android端会弹出表单页面包含宠物昵称、品种选择、性别选择、生日选择等控件。头像使用圆形裁剪控件从相册选图后压缩上传到后端后端返回图片URL再保存到宠物对象中。这里的图片上传可以单独封装一个接口比如/api/upload统一接收MultipartFile保存到服务器指定目录后返回访问路径。后端处理上传的代码是典型的SpringBoot写法PostMapping(/api/upload) public ResultString upload(RequestParam(file) MultipartFile file) { if (file.isEmpty()) { return Result.error(上传文件不能为空); } String originalFilename file.getOriginalFilename(); String suffix originalFilename.substring(originalFilename.lastIndexOf(.)); String fileName UUID.randomUUID().toString() suffix; String dirPath System.getProperty(user.dir) /upload/; File dir new File(dirPath); if (!dir.exists()) { dir.mkdirs(); } try { file.transferTo(new File(dirPath fileName)); return Result.success(/upload/ fileName); } catch (IOException e) { e.printStackTrace(); return Result.error(上传失败); } }需要注意一个问题保存图片的路径要能通过URL直接访问。如果直接存到服务器本地磁盘需要配置静态资源映射否则Android端拿到的URL是访问不了的。SpringBoot里做一个简单的WebMvcConfigurer重写addResourceHandlers就能解决。3.3 社区动态与评论点赞的实现社区动态模块是App里最活跃的部分也是面试中常问的“一对多”场景。它的核心在于分页查询和关联数据组装。动态列表要展示的内容包括发布者头像和昵称、宠物或用户发布的文字、图片、点赞数、评论数。后端查询动态时不能只返回帖子本身还需要把发布者的昵称头像、当前用户是否已点赞等信息一并返回。这里要组建一个VO对象View Object把多表数据聚合起来。分页可以用MyBatis-Plus的Page对象PagePost page new Page(current, size); LambdaQueryWrapperPost wrapper new LambdaQueryWrapper(); wrapper.orderByDesc(Post::getCreateTime); page postMapper.selectPage(page, wrapper);接下来就是遍历page.getRecords()对每条post去查对应的用户信息组装成PostDetailVO。这里有个性能优化点逐条查询会引发N1问题更好的做法是先收集所有帖子的用户ID用selectBatchIds一次性查出所有用户再通过Map对应回去。虽然毕设项目数据量不大但写出“selectBatchIds配合Map”的方案在答辩时比for循环里一条条查数据显得专业得多。点赞功能要避免重复点赞设计时可以在数据库为userId和postId加上唯一索引这样即使客户端多次调用接口也不会产生重复数据。取消点赞就删除对应记录点赞数在帖子表加一个冗余字段直接加减避免每次点赞都去count一遍。评论模块相对简单评论表关联帖子ID查询评论列表时按时间排序支持评论用户头像昵称展示即可。评论模块的设计可以在答辩时作为“表关联一对一查询”的例子来说明。3.4 预约服务与健康提醒的业务闭环预约服务这部分有明确的业务状态机。用户提交预约管理员有两种处理方式接单或者取消。接单后订单变成待服务状态完成后改已完成用户可以取消自己的预约。这个状态流转要提前想清楚不要在代码里到处用魔法数字最好定义一个枚举类public enum OrderStatus { PENDING(0, 待处理), CONFIRMED(1, 已接单), FINISHED(2, 已完成), CANCELLED(3, 已取消); private final int code; private final String msg; }枚举的好处是后续判断状态时直接OrderStatus.PENDING.getCode()代码语义清楚也不会出现因为字符串拼写不一致导致的隐性bug。健康提醒模块的实现方式可以选择最简单靠谱的本地通知方案。后端把提醒数据同步给Android端后Android端根据提醒时间定时在通知栏弹出通知。注意Android 8.0以上版本要创建NotificationChannel否则通知不显示。这是Android开发里一个很经典的坑Android端要写一个通知工具类创建渠道、设置提醒PendingIntent、跳转对应页面。这一块也适合在讲解视频里重点演示让用户看到“到点弹通知”的效果是很有成就感的。4. 端到端联调关键环节4.1 接口规范与统一返回格式联调之前接口规范必须先定好。这套系统的后端接口统一采用ResultT结构方法响应体是一个固定格式public class ResultT { private Integer code; private String message; private T data; }为什么要统一因为Android端在处理响应时只需要拦截一种格式判断code 200就走成功逻辑否则弹Toast提示。如果不统一返回格式不同接口可能一个返回{status:1}另一个返回{success:true}客户端就得为每个接口写特判逻辑极大增加维护成本。我在实践中的约定是code200表示成功code400表示业务异常比如参数错误、没有权限code401表示未登录或登录过期code500表示服务器内部错误。Android端网络层可以写一个通用的ApiCallback来处理这些异常码配合Retrofit的Call回调统一处理。几个核心接口参考功能说明请求方式接口路径注册POST/api/auth/register登录POST/api/auth/login获取宠物列表GET/api/pet/list添加宠物POST/api/pet/add发布动态POST/api/post/publish动态列表GET/api/post/page提交预约POST/api/order/submit图片上传POST/api/upload前端和后端配合时特别注意日期格式统一用时间戳或yyyy-MM-dd HH:mm:ss避免因时区或格式不一致导致解析错误。4.2 Android端网络层搭建步骤Android端网络请求框架用Retrofit加OkHttp组合是目前最成熟的方案。搭建步骤可以按下面操作第一步在build.gradle里添加依赖关键依赖如下implementation com.squareup.retrofit2:retrofit:2.9.0 implementation com.squareup.retrofit2:converter-gson:2.9.0 implementation com.squareup.okhttp3:okhttp:4.10.0 implementation com.github.bumptech.glide:glide:4.14.2第二步创建一个Retrofit单例。建议封装一个ApiClient类统一配置BaseURL和OkHttpClientOkHttpClient添加日志拦截器方便调试public class ApiClient { private static Retrofit retrofit null; public static Retrofit getClient(String baseUrl) { if (retrofit null) { OkHttpClient client new OkHttpClient.Builder() .connectTimeout(10, TimeUnit.SECONDS) .readTimeout(10, TimeUnit.SECONDS) .build(); retrofit new Retrofit.Builder() .baseUrl(baseUrl) .client(client) .addConverterFactory(GsonConverterFactory.create()) .build(); } return retrofit; } }第三步定义接口服务。Retrofit的接口用注解声明请求方式public interface ApiService { POST(api/auth/login) CallResultLoginResponse login(Body LoginRequest request); GET(api/pet/list) CallResultListPet getPetList(Query(userId) int userId); }第四步在Activity或ViewModel里发起请求例如登录ApiService apiService ApiClient.getClient(BASE_URL).create(ApiService.class); LoginRequest request new LoginRequest(username, password); apiService.login(request).enqueue(new CallbackResultLoginResponse() { Override public void onResponse(CallResultLoginResponse call, ResponseResultLoginResponse response) { if (response.body() ! null response.body().getCode() 200) { // 保存Token和用户信息 } else { Toast.makeText(context, 登录失败, Toast.LENGTH_SHORT).show(); } } Override public void onFailure(CallResultLoginResponse call, Throwable t) { Toast.makeText(context, 网络异常, Toast.LENGTH_SHORT).show(); } });Android端在联调时有一个几乎所有新手都会踩的坑在AndroidManifest.xml里没加uses-permission android:nameandroid.permission.INTERNET/权限导致请求直接失败。这类小问题排查起来最耗时间建议一开始就把网络权限加上。另一个安卓适配问题是Android 9API 28之后默认不允许HTTP明文请求如果你的后端地址是http://192.168.1.100:8080这样没有HTTPS的地址就需要在AndroidManifest.xml的application节点加一句android:usesCleartextTraffictrue不加这一句系统会拒绝发HTTP请求报错信息是Cleartext HTTP traffic to xxx not permitted。4.3 真机联调与模拟器调试的区别联调阶段Android端访问后端有三种常见方式很多人分不清楚Android Studio模拟器模拟器内部网络里访问宿主机开发电脑要用10.0.2.2不能用localhost或127.0.0.1。因为模拟器里的localhost指向模拟器自己真机 USB连接手机连接电脑USB可以通过adb reverse tcp:8080 tcp:8080把手机的端口映射到电脑这样手机里访问localhost:8080就可以到达电脑的后端服务这是最稳的方式真机 同一WiFi手机和电脑连同一个路由器手机通过访问电脑的局域网IP来访问后端比如http://192.168.1.100:8080真机调试时最容易出问题的是电脑防火墙拦住了8080端口后端明明起来了手机却连不上。这时候就去Windows防火墙里给Java或8080端口加一条入站规则。还有确认电脑的局域网IP没变最好在路由器里给电脑做静态DHCP分配或者直接设置固定IP。5. 环境部署与常见问题排查实录5.1 从0到1跑起来的环境搭建清单从拿到源码到完整运行环境配置是第一个门槛。JDK安装和JAVA_HOME配置要用一二十年MSI路径还是zip解压这里建议用Oracle JDK1.8的安装包一步到位。JAVA_HOME配好后命令行输入java -version能显示版本号才算成功很多同学配置半天不好使就是因为PATH里没加%JAVA_HOME%\bin。SpringBoot项目推荐用IntelliJ IDEA打开打开时会自动识别Maven项目。如果Maven依赖下载慢在settings.xml里配置阿里云镜像mirror idaliyunmaven/id mirrorOfcentral/mirrorOf nameAliyun Maven Mirror/name urlhttps://maven.aliyun.com/repository/central/url /mirrorMySQL数据库的初始化我建议直接用Navicat或DataGrip导入已有的SQL脚本不要手动一条条执行。导入后需要确保后端配置里的数据库账号密码和MySQL实际一致。后端application.yml里的关键配置server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/pet_db?useUnicodetruecharacterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 123456Android端跑起来之前Android Studio里确认SDK版本配置遇到SDK版本过高或过低导致编译错误时找到build.gradle里的compileSdkVersion改成已安装的SDK版本即可。部分同学装好Android Studio是中文版设置方法在Settings里安装中文语言插件如果想设置模拟器尺寸、进度条加载样式可以在styles.xml里做全局调整。5.2 高频报错与解决方案速查表报错现象根本原因解决办法启动SpringBoot后端口被占用8080端口被其他进程占用改server.port或用netstat -ano查PID并结束进程MySQL连接失败时区配置不正确或密码加密方式服务端不支持URL加上serverTimezoneAsia/Shanghai或改MySQL root密码插件为mysql_native_password模拟器访问不到后端地址写了localhost改成10.0.2.2:8080手机连不上后端电脑防火墙拦截端口/没连同一WiFi防火墙开放8080端口确认IP正确Android端请求被拒没配置usesCleartextTraffictruemanifest的application节点加上属性Maven依赖下载失败默认仓库访问慢或被墙配置阿里云镜像图片加载不出来后端没做静态资源映射配置addResourceHandlers把/upload/**映射到磁盘目录通知栏不弹通知Android 8.0以上没创建通知渠道创建NotificationChannel再发通知这些报错不是凭空想象的我在带学生项目时几乎每一类都遇到过。排查的思路永远是“先确认配置、再确认代码、最后确认环境”不要一上来就去读源码逻辑。比如请求后端失败先用浏览器直接访问后端接口看看通不通如果浏览器都访问不通就问题不在Android端。5.3 一个下午搞定全套环境的心得分享一套亲测最快跑通流程先启动MySQL导入SQL再改application.yml里的账号密码启动SpringBoot浏览器访问http://localhost:8080/api/health能看到返回结果最后启动Android Studio改BaseURL为10.0.2.2:8080模拟器或电脑局域网IP真机。顺序不能乱先后端再前端。在这套流程里最常被卡住的是后端起不来时一堆人跑去改Android代码。其实先确认后端是否真正启动成功再排查前端会高效很多。每次启动SpringBoot时可以留意控制台有没有“Started Application in x seconds”的日志看到了才算启动成功。6. 演示、讲解与二次开发建议6.1 讲解视频怎么录才像样源码、文档、运行视频、讲解视频这四样东西是这套交付物的完整组成。运行视频主要展示功能演示讲解视频则要求把设计逻辑讲明白。我的经验是讲解视频用30分钟左右的时间按三段式走先完整演示一遍所有功能再打开项目结构从数据库表开始讲设计最后挑出两三个核心代码段比如登录鉴权、分页查询、上传图片逐行讲清楚。不需要把所有代码都讲一遍那既冗长又让听众抓不住重点挑最能体现工程能力的三五个点就足够。PPT如果要做大概准备10页就够选题背景、技术栈、系统架构图、数据库表设计、功能模块、核心代码、运行演示、总结与展望。不要放一屏密密麻麻的代码截图要放带注释的关键片段。6.2 答辩时容易被追问的几个问题答辩经验上以下问题出现的频率出奇地高建议提前准备为什么选这个课题答养宠人群扩大结合所学Java/Android技术栈做一个实际可用的工具表结构为什么这样设计答围绕核心实体拆分用户/宠物/动态/预约/提醒五个核心域用逻辑外键关联方便业务扩展用户密码怎么处理答MD5加盐存储不存明文防止数据库泄露后口令直接暴露如果用户并发量大怎么办答增删改操作加Redis缓存热点数据数据库主从读写分离消息队列削峰这里要能展开说一两句预约订单状态怎么流转答用枚举定义待处理/已接单/已完成/已取消业务里判断题目的状态是这个枚举里的哪一项这些问题平时不细想被问到也确实会卡壳。提前写一份QA文档放在讲解视频末尾或附件里演示时被问到就可以直接有条理地给出答案。6.3 还能往哪些方向扩展这套项目后期扩展空间很大在实践中可以考虑几个方向给预约订单接入微信或支付宝沙箱支付把宠物健康提醒模块改成基于WebSocket的服务端主动推送社区动态增加关注、收藏功能后台管理用Vue或React做一个完整的管理端页面系统部署上云把Docker打包镜像跑在云服务器上前端改用云存储保存图片。每次扩展都对应一套新技术栈也是简历上可以写的亮点。比如把提醒模块升级成RabbitMQ定时任务就可以在项目经历里写“基于消息队列的异步提醒服务”把图片存储切换到MinIO就可以写“对接分布式对象存储”。这些真实改动比单纯写“熟悉消息队列”“了解分布式存储”更有说服力。最后再分享一个小经验任何功能模块尽量先画清楚状态流转和表关系再动手写代码。宠物饲养管理系统这类业务最不怕功能多最怕结构乱。数据结构理清了后面加预约、加提醒、加社区都是叠加。我平时带项目的习惯是让大家先拿纸画三张图用例图、功能模块图、ER图画完再开工效率至少翻一倍。如果你决定用这套系统作为自己的毕设或项目实战我真诚建议别拿到源码就直接跑而是先把表结构和接口文档读一遍这个过程的价值比看讲解视频还要大。项目跑起来只是开始能讲清楚设计逻辑才是真正把它变成了自己的东西。