我做了几年的毕业设计指导发现“个人时间管理APP”这类题目几乎每年都有学生选但真正能讲清楚、做完整、答辩不被问倒的并不多。多数人卡在同一个地方功能看着简单一做就发现时间统计、任务状态流转、番茄钟计时这些细节远比想象中麻烦。这篇文章就围绕一个基于SpringBoot的个人时间管理APP从选题思路、技术选型、核心模块实现、常见坑点到部署答辩把整条链路拆开讲透。无论你是拿它当毕业设计还是想自己练手做一个完整项目这篇文章都适合你。我会尽量用大白话解释关键原理同时给出可以直接抄的代码和配置。1. 项目整体设计与选题思路拆解1.1 为什么“个人时间管理”是毕业设计的稳妥选择先说说选题这件事。每年毕业设计选题库里管理系统、商城、博客三大件已经泛滥了老师看多了容易审美疲劳。而个人时间管理APP这个方向有几个明显的优势第一领域足够垂直不是泛泛的增删改查第二有真实的业务逻辑比如任务拆分、优先级调度、时间统计这些能体现你的设计能力第三移动端展示效果好答辩时在模拟器里演示番茄钟或图表统计视觉冲击力比纯网页后台强很多。从工作量角度一个完整的个人时间管理APP一般包含用户模块、任务管理、日程提醒、专注计时、数据统计五个核心部分。如果把APP端的原生开发也纳入工作量能撑起一篇不错的毕业论文如果只做H5或小程序端后端加上一个简单前端界面工作量也够。关键在于你对“完整”的定义是功能链路完整还是代码规模够大这决定了后续开发策略。1.2 核心需求拆解时间管理APP到底管什么把需求拆开之前建议先打开手机上的番茄Todo或滴答清单把主流时间管理工具的常用功能列一张表。你会发现无论多复杂的工具底层都围绕三个核心模型在转任务、时间段、统计结果。我见过不少学生一上来就想做“智能推荐日程”“机器学习预测用户效率”这些想法很好但对毕业设计来说风险极大。你的时间、精力、技术水平都有限与其做一堆华而不实的“伪智能”功能不如把基础功能做到位。我个人建议的核心需求清单如下用户注册登录邮箱或手机号注册密码加密存储JWT令牌认证任务管理新增、编辑、删除、标记完成、设置截止日期和优先级番茄专注开始一个25分钟专注计时器结束后自动记录一条专注记录可手动中断统计报表按日、周、月展示任务完成数和专注时长用ECharts展示柱状图或折线图日程提醒基于时间戳的任务提醒服务端定时扫描即将到期的任务这五个功能刚好覆盖“待办—执行—回顾”完整闭环每个模块的逻辑独立又能串联起来论文也好写答辩也好讲。1.3 技术选型为什么用SpringBoot而不是SSH或SSM技术选型大概是毕业设计里被问概率最高的问题。实话实说用SpringBoot在当前环境下几乎是标准答案但你要能说清楚它比SSM好在哪。SpringBoot的核心价值在于“自动配置”。在SSM时代你需要手写大量的XML配置数据源配置、MyBatis的SqlSessionFactory、事务管理器、SpringMVC的视图解析器……每个环节都要写一堆样板代码。SpringBoot通过starter机制在引入spring-boot-starter-web时自动帮你装配好SpringMVC和内嵌Tomcat引入spring-boot-starter-data-jpa或mybatis-spring-boot-starter时自动配置数据源。对于毕业设计这种需要快速迭代的场景省掉配置时间就是提升开发效率。再说运行方式。SpringBoot项目打成jar包后java -jar直接跑不需要单独安装Tomcat这对演示和部署都极其友好。你可以在答辩现场五分钟内把项目从零启动起来这比SSM那种还要先启动外部容器的方案省心太多。版本选择方面我建议用SpringBoot 2.7.x详细理由见下一节。2. 开发环境准备与项目初始化2.1 版本选择SpringBoot 2.7.x是当前最稳的选择关于SpringBoot版本这里有个容易踩坑的细节。很多教程上来就让你去官网生成最新版项目但最新版往往意味着坑最多。比如SpringBoot 3.x必须搭配JDK 17而很多学校机房和老师的电脑还是JDK 8如果你用3.x开发到答辩环境跑不起来就是大麻烦。我推荐SpringBoot 2.7.18理由有三点第一这是2.x系列的最终版本官方维护时间长安全漏洞修复完整第二完美兼容JDK 8和JDK 11跟学校机房环境无缝对接第三网上资料最丰富遇到问题搜索一下几乎都能找到解决方案。配套的组件版本也一并列出来供参考组件推荐版本说明JDK1.8最稳妥兼容性最好SpringBoot2.7.182.x最终版资料多MyBatis-Plus3.5.3增强型ORM省去大量SQLMySQL5.7或8.08.0需注意驱动配置差异Redis可选5.x用于热点数据缓存JWTjjwt 0.11.5登录令牌方案前端框架uni-app或Vue3跨端开发首选uni-app2.2 IDEA配置与JDK 1.8的兼容性处理本来这里没什么好说的但每年都能遇到学生在IDEA里创建SpringBoot项目时发现只能选JDK 17或21项目向导里根本看不到1.8的选项。这个问题其实是IDEA版本和Spring Initializr服务共同决定的。原因在于Spring官方Initializr服务在新版本中默认不再支持生成JDK 8的SpringBoot 2.x项目模板。解决方案有三种第一种在IDEA里的Setting中找到HTTP Proxy或Server URL把Spring Initializr的地址改成阿里云的镜像地址https://start.aliyun.com 这个镜像保留了完整的2.x模板第二种直接在IDEA创建项目时选择“Spring Boot”类型先用默认配置生成再手动修改pom.xml里的parent版本和JDK版本第三种最直接的办法去 start.spring.io 手动选择SpringBoot 2.7.18但需要保证本机网络能正常访问该站点。我个人推荐用阿里云镜像因为国内访问速度快且版本选项完整。配置完成后再检查一下项目的SDK设置确保Project Structure里的Project SDK是1.8Java Compiler里的字节码版本也是1.8。2.3 项目目录结构与数据库表设计创建好项目后先别急着写代码把目录结构和数据库表设计好。好的表设计能让你后面的开发顺畅很多反过来表设计垃圾后面到处打补丁。先看后端目录结构我建议按以下方式组织既清晰又符合主流规范src/main/java/com/example/timemanage/ ├── controller/ # 控制层接收请求 ├── service/ # 业务逻辑层核心业务处理 │ └── impl/ # 业务实现类 ├── mapper/ # MyBatis-Plus数据访问层 ├── entity/ # 实体类 ├── dto/ # 数据传输对象请求参数、返回结果 ├── config/ # 配置类跨域、拦截器、WebMvc ├── common/ # 公共类统一返回结果、异常处理 └── utils/ # 工具类JWT、日期处理数据库方面我设计了四张核心表用户表、任务表、专注记录表、统计汇总表其实可要可不要后面细说。表和字段如下CREATE TABLE t_user ( id bigint(20) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL COMMENT 用户名, password varchar(100) NOT NULL COMMENT 密码BCrypt加密, nickname varchar(50) DEFAULT NULL COMMENT 昵称, email varchar(100) DEFAULT NULL COMMENT 邮箱, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_task ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL COMMENT 所属用户, title varchar(100) NOT NULL COMMENT 任务标题, description text COMMENT 任务描述, priority tinyint(4) DEFAULT 1 COMMENT 优先级1低 2中 3高, status tinyint(4) DEFAULT 0 COMMENT 状态0待办 1进行中 2已完成 3已取消, deadline datetime DEFAULT NULL COMMENT 截止时间, completed_time datetime DEFAULT NULL COMMENT 完成时间, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user_status (user_id,status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_focus_record ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL, task_id bigint(20) DEFAULT NULL COMMENT 关联任务可空, focus_minutes int(11) NOT NULL COMMENT 专注时长分钟, start_time datetime DEFAULT NULL, end_time datetime DEFAULT NULL, is_completed tinyint(4) DEFAULT 1 COMMENT 是否完整完成, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user_start (user_id,start_time) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段命名我用的是下划线风格Entity里用驼峰命名MyBatis-Plus默认开启下划线转驼峰所以字段能自动映射。补充说一下为什么加completed_time字段判断任务是否准时完成、统计准时率都要用到这个时间没有它后面统计功能会很难写。3. 核心功能模块实现与关键技术点3.1 用户模块JWT认证与密码安全用户模块是几乎所有系统的第一步但很多学生写到这里就翻车。翻车的点主要有两个密码明文存储、不知道JWT的原理只会抄代码。先讲密码存储。密码绝对不能明文存数据库这是安全常识。Spring Security里自带的BCryptPasswordEncoder是行业标准的密码加密方案它能自动加盐同一个密码每次生成的哈希值都不同但校验时通过matches方法可以正确比对。用法如下Configuration public class SecurityConfig { Bean public PasswordEncoder passwordEncoder() { return new BCryptPasswordEncoder(); } }注册时user.setPassword(passwordEncoder.encode(password)); 登录时passwordEncoder.matches(rawPassword, user.getPassword())返回true说明密码正确。再讲JWT认证流程。JWTJSON Web Token是一种无状态认证方案服务器在登录成功后签发一个令牌客户端每次请求带着令牌服务器验证令牌即可识别用户身份不用在Session里存登录状态。这个方案特别适合APP场景因为APP没有Cookie机制用Token最方便。核心流程是这样的用户登录成功后服务器生成JWT包含用户ID、用户名、过期时间用密钥签名客户端收到JWT后保存到本地存储小程序是storageAPP是SharedPreferences或MMKV客户端请求携带这个Token一般放在Authorization请求头后端写一个拦截器或过滤器解析并验证Token验证通过就放行并把用户ID存到请求上下文JWT生成和验签的代码框架如下// 生成Token public String generateToken(Long userId, String username) { Date now new Date(); Date expireDate new Date(now.getTime() 24 * 60 * 60 * 1000); // 24小时过期 return Jwts.builder() .setSubject(username) .claim(userId, userId) .setIssuedAt(now) .setExpiration(expireDate) .signWith(SignatureAlgorithm.HS256, secretKey) .compact(); } // 解析Token public Claims parseToken(String token) { return Jwts.parser() .setSigningKey(secretKey) .parseClaimsJws(token) .getBody(); }注意把secretKey从代码里抽出来配置到application.yml里用配置项读取。对这个项目来说这个安全级别已经足够了。3.2 任务模块状态流转与MyBatis-Plus分页查询任务管理模块看似就是增删改查但任务的状态流转和列表分页存在不少细节。我把任务状态定义为0待办、1进行中、2已完成、3已取消四种。关键逻辑是状态流转的方向要受控。比如一个已完成的任务不能直接变回待办只能通过“重新打开”操作变成进行中待办任务可以直接标记完成进行中任务也可以标记完成。这种约束最好放在Service层做判断而不要散落在Controller里。我把状态变更封装为一个统一方法public boolean changeTaskStatus(Long taskId, Integer newStatus) { Task task taskMapper.selectById(taskId); if (task null) { throw new BusinessException(任务不存在); } // 校验状态流转合法性 if (!isValidTransition(task.getStatus(), newStatus)) { throw new BusinessException(非法的状态流转); } task.setStatus(newStatus); if (newStatus 2) { task.setCompletedTime(new Date()); } return taskMapper.updateById(task) 0; } private boolean isValidTransition(Integer oldStatus, Integer newStatus) { // 已完成和已取消不能回退到待办 if (oldStatus 2 || oldStatus 3) { return newStatus 1; // 只允许重新开始 } // 待办可以直接变成进行中或已完成 if (oldStatus 0) { return newStatus 1 || newStatus 2 || newStatus 3; } return false; }分页查询这里强烈建议用MyBatis-Plus的分页插件比手写PageHelper或自己写LIMIT要方便得多。配置两行搞定Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }查询任务列表时直接public PageTask getTaskPage(Long userId, Integer status, int pageNum, int pageSize) { LambdaQueryWrapperTask wrapper new LambdaQueryWrapper(); wrapper.eq(Task::getUserId, userId); if (status ! null) { wrapper.eq(Task::getStatus, status); } wrapper.orderByDesc(Task::getCreateTime); return taskMapper.selectPage(new Page(pageNum, pageSize), wrapper); }这里有一个坑分页查询返回的总数total是数据库统计的条数如果你在Service层对结果做了过滤比如按时间范围再筛一遍total就不准了。所以务必要把过滤条件拼进QueryWrapper而不是查出来再处理。3.3 番茄专注模块时间计算与服务端校验番茄钟是时间管理APP的灵魂功能但实现上有一个容易忽视的问题计时应该放在客户端还是服务端很多学生直接在APP端用CountDownTimer倒计时到时间了请求后端生成一条记录。这种做法虽然简单但用户如果把APP切到后台、或者手机休眠导致计时暂停最终记录的时长就和实际不一致而且用户手动改手机时间也能绕过校验。更可靠的做法是服务端只记录“开始”和“结束”两个事件专注时长的计算完全由服务端根据时间差计算客户端只做展示。具体流程用户点击“开始专注”APP调用POST /focus/start传入taskId和预计专注分钟数后端在数据库插入一条focus_recordstart_time为当前时间focus_minutes先填期望值status标记为进行中用户点击“结束专注”APP调用POST /focus/end传focusId后端更新这条记录end_time为当前时间计算实际专注分钟数is_completed标记这种设计的好处是无论客户端是否稳定服务端都能保证时间的准确性。虽然用户也可以伪造请求报文但对毕业设计来说这个防护级别已经足够了。需要注意一个细节用户在25分钟后可能忘记点结束或APP被杀服务端不能无限等待。解决方案是在用户开始专注时生成一条Redis缓存设置过期时间然后在Redis里存一个回调逻辑比如用Spring的Scheduled定时扫描是否有超时未结束的focus_record超过5分钟自动关闭并标记“未完整完成”。前端连接后端的接口示例RestController RequestMapping(/api/focus) public class FocusController { PostMapping(/start) public Result start(RequestBody FocusStartDTO dto) { Long userId CurrentUserHolder.get(); FocusRecord record focusService.startFocus(userId, dto); return Result.success(record); } PostMapping(/end) public Result end(RequestParam Long recordId) { Long userId CurrentUserHolder.get(); FocusRecord record focusService.endFocus(userId, recordId); return Result.success(record); } }这里CurrentUserHolder是一个基于ThreadLocal的工具类方便在任何Service层取到当前登录用户ID。用户登录时会在JWT拦截器里把用户信息放进去请求结束后要清除避免内存泄漏。3.4 统计报表模块按日/周/月聚合数据统计功能是答辩的最大加分项。一方面因为图表效果直观另一方面因为聚合SQL能体现数据库能力。统计需求拆解下来就三类每人每天/周/月的任务完成数、专注总时长、按任务优先级分布。最简单的实现方式是用SQL的GROUP BY注意这里有个优化点。如果数据量小用户几千条任务直接用SQL查询秒出但如果数据量大每天的统计都是实时计算会很吃力。常规做法是建一张统计汇总表每天凌晨用定时任务把前一天的统计数据生成好前端查询只查汇总表。考虑到毕业设计的数据量不可能很大我建议直接实时查询把复杂度放在SQL逻辑上。统计某用户指定日期范围的每日专注时长SELECT DATE(start_time) AS stats_date, SUM(focus_minutes) AS total_minutes, COUNT(*) AS focus_count FROM t_focus_record WHERE user_id #{userId} AND start_time #{startDate} AND start_time #{endDate} GROUP BY DATE(start_time) ORDER BY stats_date;将这段SQL写成Mapper接口Select(SELECT DATE(start_time) AS statsDate, SUM(focus_minutes) AS totalMinutes, COUNT(*) AS focusCount FROM t_focus_record WHERE user_id #{userId} AND start_time #{startDate} AND start_time #{endDate} GROUP BY DATE(start_time) ORDER BY statsDate) ListDailyFocusStats getDailyFocusStats(Param(userId) Long userId, Param(startDate) Date startDate, Param(endDate) Date endDate);统计任务完成数的SQL同理改一下表和字段即可。如果用户每周做一次趋势总结你会发现这些聚合数据用起来特别顺手。前端展示推荐ECharts体积小文档丰富效果足够专业。小程序端可以用ec-canvas组件H5端直接npm包引入。折线图展示专注时长趋势柱状图展示每周任务完成量饼图展示任务优先级分布三张图放在一个“数据统计”页面上答辩演示时非常能打。4. 开发中必须避开的坑与实战排查4.1 时区问题别让你的时间多出8小时这是时间相关项目最容易出的问题没有之一。我先说现象你可以自查本地测试时插入一条任务查看数据库里create_time却比本地时间早了8小时或者前端传过来的时间是UTC格式后端解析后存进MySQL又变成另一个值。根源是Java、MySQL、前端浏览器这三者的时区默认值不一致。JVM默认取操作系统时区中国为GMT8MySQL驱动默认取服务器时区参数前端浏览器默认取本地时区。三方只要有一个不一致时间就会错乱。排查和修正步骤在application.yml里配置JDBC连接的时区参数明确指定Asia/Shanghaispring: datasource: url: jdbc:mysql://localhost:3306/time_manage?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiserverTimezoneAsia/Shanghai这个参数必须写否则MySQL 8.0驱动会报错或者默认用UTC。在Jackson配置里统一日期序列化格式避免返回给前端的是时间戳而不是可读字符串spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8前端传时间参数时一律用字符串格式比如“2025-01-15 10:30:00”传不要传时间戳因为时间戳在不同时区转出来会不一样。4.2 跨域问题前后端分离时联调必踩前后端分离开发时你大概率会遇到浏览器报“Access to XMLHttpRequest ... has been blocked by CORS policy”的错误。这就是跨域问题。通常的解决方案是后端写一个全局跨域配置Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }注意两个点allowedOriginPatterns()用这个而不是allowedOrigins()否则在allowCredentials(true)模式下会被浏览器拒绝另外一个坑是自定义拦截器先拦截了OPTIONS预检请求导致跨域配置失效。由于JWT拦截器拦截了所有请求需要允许OPTIONS方法预检通过if (OPTIONS.equalsIgnoreCase(request.getMethod())) { return true; // 放行预检请求 }4.3 逻辑删除与唯一索引的冲突我在任务列表里常用的做法是逻辑删除即is_deleted字段标记而不是物理DELETE。逻辑删除的好处是数据可恢复统计时还能把历史数据算进去。但如果你在数据库里建了唯一索引比如用户名唯一逻辑删除后就可能遇到问题第一次删除用户A后再插入一个同名用户会因为唯一索引冲突而插入失败。MyBatis-Plus的TableLogic注解可以实现逻辑删除配合全局配置mybatis-plus: global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0如果你的表有唯一键约束且又需要逻辑删除建议唯一键用联合字段比如username和is_deleted一起作为唯一键这样删除后还能再插入相同名字只是logical deleted都被视为“已删除”。这个细节虽然小但实际开发中最容易卡住人。4.4 MyBatis-Plus 字段自动填充JDK 8的新特性没用好就会写出大量重复代码。比如每次插入Task都要手动setCreateTime非常麻烦。MyBatis-Plus提供字段自动填充Component public class MyMetaObjectHandler implements MetaObjectHandler { Override public void insertFill(MetaObject metaObject) { this.strictInsertFill(metaObject, createTime, Date.class, new Date()); this.strictInsertFill(metaObject, updateTime, Date.class, new Date()); } Override public void updateFill(MetaObject metaObject) { this.strictUpdateFill(metaObject, updateTime, Date.class, new Date()); } }把实体类里的createTime和updateTime加上TableField(fill FieldFill.INSERT)和TableField(fill FieldFill.INSERT_UPDATE)注解即可。这样所有实体类都能自动管理时间字段省心且统一。4.5 定时任务与Redis缓存的配合统计报表模块如果遇到性能问题可以用Redis缓存热点数据。但个人时间管理APP的数据量通常很小几千条记录直接查MySQL完全没问题。我在项目里加了一个轻量级定时任务每天早上6点生成前一天的每日统计摘要把结果缓存到Redis前端查统计时先查Redis缓存没有再查数据库回填缓存。定时任务用Spring自带的Scheduled就够不需要引入Quartz。启动类加EnableScheduling开启即可Service public class StatsScheduleTask { Scheduled(cron 0 0 6 * * ?) public void generateDailyStats() { // 查前一天所有用户的统计数据 // 写入汇总表 // 刷新Redis缓存 } }cron表达式是“秒 分 时 日 月 周”所以“0 0 6 * * ?”表示每天早上6点整执行。具体逻辑简单粗暴按用户循环查一下t_focus_record和t_task表聚合写入t_daily_stats表。字段包括user_id、stats_date、focus_minutes、task_completed_count。这种方式比每次都实时聚合要快论文里还能写“引入了缓存和异步任务优化”是很好的加分点。5. 部署上线与毕业答辩准备5.1 打包部署从jar包到Docker容器项目开发完成后部署这块相对简单。后端SpringBoot项目用Maven打包mvn clean package -DskipTests打包完成后target目录下会生成xxx.jar文件本地测试直接java -jar xxx.jar就能启动。如果想放到服务器上长期运行建议用Docker部署步骤就几条但能把环境差异彻底屏蔽掉FROM openjdk:8-jdk-alpine COPY target/time-manage.jar /app.jar EXPOSE 8080 ENTRYPOINT [java, -jar, /app.jar]构建镜像并启动docker build -t time-manage:v1 . docker run -d --name time-manage -p 8080:8080 -e DB_HOST你的数据库地址 time-manage:v1如果你没有自己的服务器答辩演示时也可以在本地跑内嵌Tomcat开箱即用把端口在application.yml里设为8080启动不报错即可。数据库要注意在答辩前把建表SQL和基础数据准备好。5.2 前端APPuni-app实现跨平台移动端APP的实现方式这里单独说一下因为很多学生纠结“APP”到底用什么技术写。原生Android用Java/Kotlin最正统但开发效率和跨平台能力都一般。如果时间紧张我强烈建议用uni-app一套Vue代码能同时编译为H5、小程序和APP特别适合毕业设计。uni-app里调用后端接口就两步uni.request({ url: http://localhost:8080/api/task/list, method: GET, header: { Authorization: uni.getStorageSync(token) }, success: (res) { console.log(res.data); } });注意本地调试时后端跑在localhost:8080但手机模拟器里不能访问电脑的localhost要用电脑的局域网IP比如http://192.168.1.101:8080。这个坑几乎每个人都会踩提前记住。如果需要打包成安卓APK用HBuilderX的云打包即可免费额度够用几十分钟出包。iOS证书需要开发者账号毕业设计不需要演示用安卓包或模拟器完全足够。5.3 论文结构建议与答辩高频问题论文方面我不过多展开但给你一个合理的章节结构参考绪论背景与意义、相关技术介绍、系统需求分析、系统设计架构数据库、系统实现分模块贴核心代码、系统测试功能性能。答辩时高频问题包括但不限于为什么选择SpringBoot而不是SSM——自动配置、内嵌容器、生态完善、社区活跃JWT和Session有什么区别——无状态、适合分布式、不依赖服务端存储你是怎么实现番茄钟计时的——服务端记录起止时间、自动任务兜底统计报表的数据实时性怎么保证——实时聚合缓存优化量小可直接查库密码怎么加密的——BCrypt加盐哈希不可逆校验用matches遇到过什么难点怎么解决的——时区偏移导致时间差8小时配置serverTimezone解决跨域拦截器拦截预检请求放行OPTIONS解决你只要把上面的模块都真正动手实现了这些问题就不会把你问倒。因为你知道底层逻辑。6. 项目扩展方向与个人经验总结项目做完后如果你想加点亮点有几个成本低但收益高的方向。第一个是引入消息推送任务提醒不要只靠前端轮询后端接入WebSocket或者第三方推送服务到点主动提醒。第二个是增加小组件功能手机桌面显示今日待办数量和下一步任务uni-app开发桌面小组件不算太麻烦。第三个是做数据导出把任务完成情况导出成Excel或PDF方便用户保存答辩时还能展示文件上传下载的功能。我个人在做这个项目时体会最深的一点不要追求功能多但要保证每个功能逻辑完整、细节经得起追问。哪怕你只做了任务管理和番茄钟只要把状态流转、时间计算、数据统计这三点讲透就已经超过了一大批“大而空”的选题。真正让老师印象深刻的往往是你把一个简单功能做得很扎实比如能解释清楚为什么结束专注时用服务端时间而不是客户端时间这种细节比多写两个无用的图表页面更有价值。最后再分享一个答辩的实用技巧在演示前把项目启动好数据库连着模拟器开着把最核心的“创建一个任务→开始番茄钟→结束专注→查看统计图表”这条演示路径完整走一遍。你会发现整场答辩中80%的时间都在讲你这几个功能背后的思考而这个项目你最熟悉的地方恰恰就是这些细节。把细节讲好分数自然就上去了。
