企业官网建设流程全解析

最近又有学弟在准备毕设，跑过来问我一套叫“乐享田园”的SpringBoot+Vue管理系统源码该怎么跑起来、答辩要问哪些点。这套项目在毕设圈子里确实流传得挺广，名字一听就很“田园综合体”，本质是一个前后端分离的土地认领和农产品管理平台。我正好把它从零到一的完整拆解、踩坑记录和可以抄作业的部署步骤全部整理成文，给准备做毕设、课设或者单纯想学Java全栈的同学一份能直接照着走的参考。

这套系统到底解决什么问题？说白了就是让用户能在线上认领一块农田，农场主把土地信息、种植计划、农产品上架到平台，用户认领后可以查看种植进度、在线下单，管理员在后台统一管理用户和订单。技术栈就是标准的SpringBoot+Vue+MySQL，前端管理界面、后端RESTful接口、数据库表设计这三样东西都有，对毕设答辩来说逻辑完整、闭环清晰，而且扩展空间很大，稍微加点功能就能变成一篇不错的《基于SpringBoot和Vue的智慧田园认领管理系统的设计与实现》。

1. 项目整体设计与思路拆解

1.1 “乐享田园”背后的业务闭环

很多同学拿到源码第一反应是“这项目到底干嘛的”。理解业务比跑起来更重要，因为答辩的时候老师第一个问题就是：“你这个系统解决什么痛点？”

田园认领这个模式近些年很流行，城市居民想体验种菜但没有土地，农场有闲散土地但缺乏销售渠道。乐享田园就是把两头对接起来：平台展示每一块可认领的土地的编号、面积、位置、租金和状态（待认领/已认领），用户注册登录后选定地块下单认领，之后可以在系统里记录种植计划、拍照上传生长情况，等农作物成熟后还能在商城购买或者直接兑换成实物农产品。

整个系统围绕这样一条核心链路来设计：

• 用户端：注册登录 → 浏览土地 → 认领下单 → 维护种植记录 → 购买农产品
• 运营端：管理用户 → 发布/下线土地 → 审核认领订单 → 管理商品和公告

这套业务好在哪？它是一个典型的管理信息系统，CRUD闭环非常完整，能有“用户-订单-支付-商品”的完整血缘，但又不像电商系统那样复杂到需要秒杀和库存锁定。对课程设计来说刚刚好，恰好在“作业级别”和“生产级别”之间的那个档位。

1.2 为什么毕设选SpringBoot+Vue而不是其他组合

我不是说其他技术栈不好，但是站在毕设的角度，SpringBoot+Vue几乎是性价比最高的选择。

第一，就业市场的匹配度。Java后端岗位的笔试面试覆盖面最广，SpringBoot是事实上的行业标准。你花时间把这套东西弄透，做完的项目经历可以直接写进简历，面试聊项目的时候能聊的细节非常多。Vue作为国内前端主流框架，和SpringBoot前后端分离配合是招聘JD里最常见的组合。

第二，学习曲线合理。整个项目分层非常清晰：后端Controller-Service-Mapper，前端组件-路由-状态管理，任何一层单独拎出来都不算复杂，但合在一起就是一个完整的全栈闭环。相比SSH（Struts+Spring+Hibernate）那种老掉牙配置，SpringBoot的自动配置把大量XML配置砍掉了；相比SpringCloud微服务那一堆注册中心、网关、链路追踪，单体应用又足够简单，一台电脑就能启动调试。

第三，部署简单，演示方便。不需要搞Docker化微服务编排，本地一个MySQL一个Java进程一个Node进程就能跑起来。答辩的时候开两个终端就结束了，很难出大问题。你要是拿个K8s微服务项目去答辩，光演示环境就得折腾半天。

1.3 角色权限模型与核心功能清单

这套系统延续了绝大部分管理系统的RBAC设计思路，虽然不一定做得特别重，但角色权限的层次是有的。

从功能面往下拆，模块大概是这样的：

权限上建议用最简单的角色字段区分：普通用户（user）、农场经营者（admin/farmer）、超级管理员（root），在接口层通过拦截器校验角色码。别再上Spring Security那套重武器了，毕设里自己写一个拦截器加JWT校验就够，不仅代码量少，而且答辩时你能把每个环节讲得明明白白——这是加分项而不是减分项。

2. 技术选型的深层逻辑与核心原理

2.1 SpringBoot版本踩坑：不是越新越好

这是我看到拿到源码后最容易翻车的点。很多同学电脑上装的是JDK 17甚至JDK 21，看教程直接new了一个Spring Initializr项目，把SpringBoot版本拉到3.x，结果发现源码里的某些依赖全部报红，好不容易编译过了一个启动又各种NoClassDefFoundError。

记住这套源码对应的最稳定组合：SpringBoot 2.7.x + JDK 1.8 + MyBatis-Plus 3.5.x + MySQL 5.7/8.0。

为什么不用SpringBoot 3.x？因为SpringBoot 3.0强制要求JDK 17，并且底层包名从javax.*迁移到了jakarta.*。网上大量旧教程、旧框架、旧工具类都是基于javax写的，源码里如果用了import javax.servlet.http.HttpServletRequest，放到SpringBoot 3环境就直接编译不过。另外一个现实原因：很多学校机房或者答辩电脑上装的就是JDK 8，你用一个JDK 17才跑得起来的项目去答辩，环境问题能让你当场社死。

我的建议是：如果拿到源码就老老实实按pom.xml里锁定的版本走，不要自己“好心”升级。先把项目跑通是最高优先级，升级重构是后面的事。如果确实想用新版本训练自己，等熟悉了整体结构再去迁移，但迁移的时候要同步处理命名空间和依赖坐标。

2.2 Vue版本与前端环境的取舍逻辑

前端部分要面对的同样是版本选择问题。这套项目流行的写法有两种：Vue 2 + Element UI，或者Vue 3 + Element Plus。

我看到很多同学上来就问：“现在都用Vue3了，源码怎么还是Vue2？”原因很简单，这套源码写作的时候Vue3生态还没有完全成熟，Vue2 + Element UI的案例和问答资料数量碾压Vue3。对于课设来说，能用、能讲清楚远比“版本最新”重要。

选型时的核心变量是你的Node环境：

• Node 16及以下：Vue 2最稳，Element UI直接装不会出问题。
• Node 18及以上：Vue 2会出现node-sass编译失败的问题（node-sass不匹配高版本Node），需要改用sass（dart-sass），或者干脆用Vue 3 + Vite + Element Plus。

实操中最省心的路线是：先执行node -v看版本，如果Node版本是14/16，直接用Vue 2；如果是18及以上，用npm安装node-sass大概率失败，就把安装命令里的node-sass换成sass，或者走Vue 3路线。

另外一个和Node版本密切相关的问题：老项目的npm依赖经常报ELIFECYCLE错。这个大概率是Node版本和某个依赖不兼容导致的。我踩过最典型的坑就是Vue 2项目在高版本Node上安装依赖失败，最后是删掉node_modules和package-lock.json，手动修改package.json里的sass相关依赖，重新安装才解决。

2.3 数据库设计：这套系统最核心的工程量

评判一个管理系统的水平，最直观的地方就是数据库表设计。乐享田园这种业务，表设计基本能够反映你对业务的理解深度。核心表建议这么拆：

用户表（sys_user）

• 主键id、用户名、密码（BCrypt加密存储）、昵称、手机号、角色标识、头像地址、状态（0禁用/1正常）、逻辑删除标记、创建时间、更新时间。

土地信息表（land_info）

• id、地块编号（唯一）、土地名称、位置描述、面积（亩）、租金单价、土地状态（0待认领/1已认领/2下架）、封面图片、详细介绍、创建时间。

认领订单表（claim_order）

• id、订单编号、用户id、土地id、认领周期（如12个月）、认领价格、状态（待支付/已支付/已取消/已到期）、支付时间、备注。

种植记录表（plant_record）

• id、土地id、用户id、作物名称、种植日期、状态描述（播种/生长/收获）、图片、记录时间。

商品表（product_info）

• id、商品名称、商品图片、价格、库存、所属土地id、上架状态、销量、描述。

公告表（notice_info）

• id、标题、内容、发布时间、发布人id。

设计上要注意几个细节：每张表都保留create_time和update_time字段，这两个字段在MyBatis-Plus里可以靠@TableField(fill = FieldFill.INSERT)自动填充；逻辑删除字段deleted通过@TableLogic配置，这样删除操作走的是update而不是delete，数据不丢，答辩的时候可以讲“我们采用逻辑删除保护历史数据”这样的亮点。状态字段统一用int类型，0和1之外还要留扩展空间，比如订单状态可以设计为0待付款、1已付款、2已取消、3已完成，这样状态机的扩展就方便了。

外键我建议只在逻辑层面维护，数据库物理外键能不加就不加。理由很简单：加了外键之后，删除父表数据时常被约束卡住，毕设演示删个数据都可能报错，而且MyBatis-Plus的批量操作对外键支持也不好。表之间的关联关系通过业务代码维护，这是业界嵌式一对多开发的通行惯例。

2.4 登录认证为什么选JWT不用Session

拿到源码你会看到登录模块不是传统Servlet里往Session塞用户那种写法，而是登录成功后生成一个Token字符串返回给前端。这个Token就是JWT（JSON Web Token）。

选它的逻辑很直接：前后端分离架构下，前端和后端大概率不在同一个域名下（开发时前端8080端口，后端8081端口），Session依赖Cookie同源携带，跨域场景下处理起来很别扭。JWT把用户信息加密后放在Token里，前端保存Token字符串，每次请求放进Authorization请求头，后端拦截器解析验签，完全不依赖服务端存储，天然适合前后端分离。

我建议在认知上把JWT理解成一张“自带信息的加密通行证”：

• 签发：用户输密码登录成功，服务端用密钥生成包含用户id和角色信息的Token返回前端。
• 携带：前端在axios拦截器里统一加请求头：config.headers['Authorization'] = 'Bearer ' + token。
• 校验：后端写一个拦截器，对所有/api/**请求先取请求头里的Token，解失败返回401，解成功就把用户信息塞进ThreadLocal供后续业务使用。

一个比较隐蔽的细节：JWT的密钥不要硬编码。要么从配置文件application.yml里读，要么放进环境变量。答辩时如果老师问“怎么保证Token不被伪造”，你就可以回答“密钥只在服务端保存，前端拿不到，任何伪造的Token在服务端验签环节都会被拦下来”。

3. 从0到1搭建运行的实操全流程

3.1 环境准备版本清单

我见过太多人卡在第一步“环境装不对”。给你一套能稳定跑通这套源码的版本组合：

几个安装要点：JDK安装完一定要配JAVA_HOME和PATH，终端输入java -version确认；Maven安装后配置settings.xml里的阿里云镜像，不然下载依赖能卡到你怀疑人生；MySQL 5.7.44安装包在官网下载地址比较隐蔽，如果你在Windows上安装，记得选“Developer Default”之外的自定义安装，避免连Visual Studio组件一起装上。

IDEA 2026版以及的一些新版本里配置SpringBoot启动器有个容易绕晕的地方：Edit Configurations里新增一个Spring Boot类型的启动项后，Environment variables里的变量和Active profiles里的配置都要留意，启动端口优先级是命令行参数 > VM options > application.yml，如果你在application.yml里写了server.port=8081，又在运行配置里指定了VM参数-Dserver.port=8080，那实际生效的是8080。毕设演示的端口、文档里写的端口、启动日志里的端口三者务必保持一致。

3.2 后端工程结构与核心代码实现

后端工程建议按标准分层包结构组织，拿到源码后先别急着跑，把包结构浏览一遍：

com.example.leyuan ├── config（配置类：CORS跨域配置、MyBatis-Plus分页插件配置、拦截器注册） ├── controller（接口层：LandController、OrderController、UserController等） ├── service（业务层：接口 + impl实现类） ├── mapper（数据访问层：继承BaseMapper<T>） ├── entity（数据库实体类） ├── dto（前端传入参数对象） ├── vo（返回给前端的封装对象） ├── common（统一返回Result、异常处理、常量） └── utils（JWT工具、日期工具等）

application.yml核心配置片段长这样：

server: port: 8081 spring: datasource: url: jdbc:mysql://localhost:3306/leyuan_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0

几个值得说清楚的地方。map-underscore-to-camel-case把数据库的create_time自动映射到实体类的createTime字段，不用手动处理下划线。logic-delete-field声明逻辑删除字段，之后调用mapper的delete时实际变成update语句。

控制层接口设计遵循REST风格：资源用名词复数，动作用HTTP方法。比如GET /api/land/list分页查询地块，POST /api/land/claim提交认领，PUT /api/order/status修改订单状态。统一返回一个Result<T>对象，里面包含code、msg、data三个字段，前端根据code判断成功失败。全局异常处理器用@RestControllerAdvice捕获业务异常和兜底异常，保证返回给前端的永远是一个结构统一的JSON而不是一堆堆栈信息。

Mapper层直接继承MyBatis-Plus的BaseMapper<T>，单表CRUD几乎不写SQL，复杂一点的分页条件用LambdaQueryWrapper构造查询条件。比如分页查土地列表，按状态和面积筛选：

public IPage<LandVO> queryLandPage(int pageNum, int pageSize, Integer status, BigDecimal maxArea) { Page<Land> page = new Page<>(pageNum, pageSize); LambdaQueryWrapper<Land> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(status != null, Land::getStatus, status) .le(maxArea != null, Land::getArea, maxArea) .orderByDesc(Land::getCreateTime); return landMapper.selectPage(page, wrapper); }

3.3 前端工程与页面实现

前端部分创建Vue项目后，核心依赖就三个：axios（HTTP请求）、vue-router（路由）、Element UI/Element Plus（UI组件库）。如果还需要图表展示认领统计趋势，可以加一个echarts。

路由设计上，建议把页面分成“用户端”和“管理端”两块。用户端包括首页、土地列表、认领详情、订单列表、个人中心；管理端包括用户管理、土地管理、订单管理、商品管理。路由守卫在router.beforeEach里判断是否登录，未登录访问需要登录的页面直接跳转登录页。

axios封装是前端部分含金量最高的代码，核心是拦截器：

// request.js service.interceptors.request.use(config => { if (localStorage.getItem('token')) { config.headers['Authorization'] = 'Bearer ' + localStorage.getItem('token') } return config }) service.interceptors.response.use( response => { if (response.data.code === 401) { window.location.href = '/login' } return response.data }, error => { Message.error(error.response?.data?.msg || '请求失败') return Promise.reject(error) } )

页面组件怎么拆？以土地认领为核心场景：LandList.vue展示地块卡片列表，点击查看详情跳转LandDetail.vue，详情页调用认领接口并弹出支付确认框，支付完成后跳转到MyOrder.vue查看订单状态。种植记录可以做在订单详情下拉模块里，用户可以新增一条“施肥”“浇水”之类的记录，传一张图片，前端用el-upload组件上传，后端接口接收MultipartFile并保存到本地upload目录。

3.4 前后端联调与Vue打包放进SpringBoot

开发环境联调最烦的就是跨域。前后端分别跑在8080和8081上时，浏览器会拦截跨域请求。最快的解决办法不是在SpringBoot里配CORS，而是用Vue的代理转发——在vue.config.js里配置devServer的proxy：

module.exports = { devServer: { port: 8080, proxy: { '/api': { target: 'http://localhost:8081', changeOrigin: true } } } }

这样前端请求/api/xxx时，devServer会把它转发到https://localhost:8081去，浏览器看到的全是同源请求，跨域问题在开发阶段直接消解。为什么开发阶段首推代理？因为它对源码侵入为零，不需要给SpringBoot写CorsConfig。但如果你部署的时候前端跑在nginx、后端跑在tomcat两个不同端口，就不得不让后端配置CORS，两者实现方式有差别，别混淆。

这部分就是我见过操作频率最高的功能入口了。实战演完“一体化部署”的妙处：开发时前后端分离跑，部署时只启动一个Java进程就够。操作步骤就是：

# 1. 前端项目目录下执行构建 npm run build # 构建产物在 dist/ 目录 # 2. 把dist/目录下的文件拷贝到SpringBoot项目的src/main/resources/static/目录 # 3. 重新打包后端 mvn clean package -DskipTests # 4. 运行 java -jar target/leyuan-0.0.1-SNAPSHOT.jar

然后访问http://localhost:8081就能看到页面，接口和前端变成了同源。

很多人拷贝完dist后发现访问http://localhost:8081/land/1这种路径返回404。这是因为Vue路由默认用history模式，浏览器访问的URL路径在后端SpringBoot里找不到对应静态资源。两个解决方案：后端写一个fallback把所有非/api开头的路径转发到index.html，或者前端创建路由时直接mode: 'hash'，URL里会多个#号但不会404。毕设答辩图省事，直接改hash模式最稳，网上教程大多默认history，你动手改一处即可。

4. 常见问题与排查技巧实录

4.1 MySQL安装与SSL连接报错全家桶

先说安装。MySQL 5.7.44的Windows安装包里已经有比较成熟的Installer向导，但步骤有坑：在“Type and Networking”这一步默认会启用TCP/IP且端口3306，注意防火墙别拦截；在“Account and Roles”设置root密码时，MySQL 8默认的认证插件是caching_sha2_password，而MySQL 5.7默认是mysql_native_password，源码里的连接驱动如果是5.x版本（com.mysql.jdbc.Driver），连MySQL 8可能报错“Unable to load authentication plugin”，这时候要么把MySQL用户认证改回native密码，要么把驱动升级成com.mysql.cj.jdbc.Driver的8.x版本。

SSL连接错误是最常见的一条：

WARN: Establishing SSL connection without server's identity verification is not recommended

这个其实是5.7版本驱动连MySQL 5.7/8.0时的警告，严格说不是致命错误，但有时候高版本驱动会直接报javax.net.ssl.SSLHandshakeException。解法就是在数据库连接串里加三个参数：

jdbc:mysql://localhost:3306/leyuan_db?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true

useSSL=false关闭SSL；serverTimezone=Asia/Shanghai解决时区报错（The server time zone value '�й���ʱ��' is unrecognized）；allowPublicKeyRetrieval=true允许客户端从服务器获取公钥，解决Public Key Retrieval is not allowed错误。三个参数一起出现是有原因的：MySQL 8默认认证插件需要RSA公钥，JDBC驱动默认不允许从服务端取公钥，你只能显式打开。

还有一个容易忽略的问题：如果MySQL端口被占用，或者3306被之前安装的MariaDB抢掉了，SpringBoot启动时会报Connection refused。用命令netstat -ano | findstr 3306看到底谁在监听，把原来的MySQL服务停掉还是改端口，查清楚再继续。

4.2 SpringBoot版本过高或依赖冲突的通用解法

如果是自己新建工程导源码，最容易在依赖层面翻车。常见的报错是：

An attempt was made to call a method that does not exist. The attempt was made from a stack trace on thread...

这类错误十有八九是依赖间版本冲突。排查方法不是对着报错瞎猜，而是先看pom.xml的父依赖：

<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.18</version> </parent>

确认父依赖是2.x后，再看Maven的依赖树，执行：

mvn dependency:tree > deps.txt

把deps.txt打开看有没有同一个依赖出现两个版本的情况。比如mysql-connector-java既被源码直接引入，又被mybatis-plus间接引入，如果两个坐标不同（一个是mysql:mysql-connector-java，另一个是com.mysql:mysql-connector-j），就会因为驱动类全限定名重复导致启动报错。统一用后者8.x版本就不会再出现“Loading class com.mysql.jdbc.Driver ... is deprecated”提示了。

另一个高发问题是Failed to configure a DataSource: 'url' attribute is not specified。这个的坑点在于：SpringBoot启动时如果你在pom里加了spring-boot-starter-data-jpa或mybatis相关依赖，它会自动去配置数据源，而application.yml文件名写错（比如写成了application.yaml）或者没放在resources目录下，配置压根没加载进去。排查顺序：先确认配置文件位置正确，再确认文件内容里有spring.datasource.url，最后看启动日志里加载的是不是这个配置文件。

4.3 Vue打包后白屏、404与资源路径问题

前端打包部署几乎是每个同学必踩的坑。症状各异，原因却是同一个：静态资源的绝对路径问题。

默认情况下，npm run build生成的index.html里引用的JS和CSS是绝对路径，比如/js/app.js。如果你把SpringBoot部署在服务器的根路径下（http://localhost:8081/）没问题，但如果部署时设置了context-path（比如/leyuan），一切就乱了——页面加载不到任何资源。

两个修法。一是在项目根目录新建vue.config.js：

module.exports = { publicPath: './' }

这样打包后资源路径变成相对路径./js/app.js，部署到任意子路径都行。二是在SpringBoot里不设context-path，保持根路径部署，省心省事。

白屏还有一种可能：路由模式导致的刷新404。如果你用了history模式，直接访问/land/1刷新页面，SpringBoot的静态资源映射没有这个路径，就会404。可以写一个Controller把所有非api请求转发到index.html：

@RequestMapping(value = {"/", "/{path:[^\\.]*}", "/{path:[^\\.]*}/{subpath:[^\\.]*}"}) public String forward() { return "forward:/index.html"; }

嫌麻烦就直接换成hash模式，一劳永逸。

4.4 接口跨域问题和浏览器控制台报错实录

开发阶段最常见的报错是：

Access to XMLHttpRequest at 'http://localhost:8081/api/...' from origin 'http://localhost:8080' has been blocked by CORS policy

如果没配置Vue的proxy，而是直接请求http://localhost:8081/api，这个错是跑不掉的。浏览器基于安全策略，默认不允许跨域读取响应。解法我这里给了两种：开发阶段用proxy代理；如果你想后端直接支持，就在SpringBoot写一个CorsConfig：

@Configuration public class CorsConfig { @Bean public WebMvcConfigurer corsConfigurer() { return new WebMvcConfigurer() { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/api/**") .allowedOriginPatterns("*") .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS") .allowedHeaders("*") .allowCredentials(true) .maxAge(3600); } }; } }

一个进阶坑：同时用了Spring Security和自定义CORS配置的同学，会发现在Security的过滤链里CORS配置如果不通过http.cors()开启，Spring Security会自动拦截OPTIONS预检请求并返回403。如果你发现“带token的GET请求正常，但POST请求总是403预检失败”，八成就是这个原因。没有用Security的这套源码不存在这个问题，但如果自己升级加上Security就会遇到。

还有一个浏览器控制台常见的ERR_CONNECTION_REFUSED，一般是后端没启动或者端口不对。先确认SpringBoot启动日志完整监听端口，再用curl直接测一下：curl http://localhost:8081/api/land/list，能返回JSON就说明后端没问题，继续查前端代理目标端口是否写错。

5. 答辩准备与项目价值挖掘

拿到源码只是第一步，答辩才是决定分数的关键战场。很多同学项目能跑，但被问“为什么这个字段要这么设计”“这个功能实现原理是什么”的时候直接愣住。我建议照着下面这套问题清单准备：

• 数据库表之间是什么关系？为什么订单表要冗余一个土地id和用户id？
• JWT登录流程完整描述一遍，Token过期怎么办？
• 土地状态从“待认领”到“已认领”经历了哪些状态变化？由哪个接口触发？
• MyBatis-Plus分页插件是怎么实现的？原理是什么？
• Vue路由守卫如何判断用户未登录？
• 部署的时候前端静态资源如何和后端放在一起？

这些问题每一个都能在源码里找到对应答案。建议花两三天时间把核心接口的代码逐行读一遍，不是背，而是理解“为什么这样写”。

另外一个答辩加分策略是：在系统里留一两个“可以继续扩展”的点。比如订单支付目前是模拟的，可以讲“后续可以对接微信支付或支付宝沙箱”；种植记录目前靠人工上传，可以讲“如果接入物联网传感器设备就能自动回传温湿度数据”。这样的回答展示的是设计思维，而不是单纯的CRUD搬运工。

如果你打算把这个项目扩展成真正的毕设论文，我建议在现有功能基础上增加一个“认领热度分析”模块：统计每块土地的被认领次数、每周新增订单量、热门作物排行榜，前端用ECharts画柱状图和折线图。这个模块只涉及两张表的聚合查询，但论文里可以写“基于大数据的田园认领趋势分析”，直接提升课题的学术含量。数据量大了以后还能把统计任务丢给Flink做实时计算，但那是后话，先把单体CRUD做好，再想流式计算的事。

我个人带过不少同学走这个项目，最大的感受是：这套项目能不能发挥价值，不取决于源码本身，而取决于你花多少时间把它真正变成“你的项目”。跑通它只需要半天，但能把每一张表、每一个接口、每一个前端组件的来龙去脉讲清楚，至少需要两周的认真阅读和动手改造。毕设答辩最忌讳的就是“代码是人家的，思路也是人家的”，你哪怕只改一个很小的功能，比如加一个“土地收藏”功能——用户能收藏心仪的地块，后台加一张收藏表、两个接口、前端加一个按钮——这个项目就已经有你自己的印记了。

最后给你一个实操建议：拿到源码后，第一件事别急着点运行。先打开SQL脚本文件，用手工把库建起来，把表结构过一遍；再打开后端项目，逐个Controller看接口；最后打开前端，用浏览器把页面点一遍。三个层次看完，你再动手启动项目，整个运行过程都在你掌握之中。按照这个顺序走下来，你也可以说一句“这套系统我已经拿捏了”。