1. 項(xiàng)目概述與選題背景做畢業(yè)設(shè)計(jì)選“養(yǎng)殖場(chǎng)管理系統(tǒng)”這個(gè)題目說(shuō)實(shí)話是個(gè)挺穩(wěn)妥的選擇。SpringBoot 本身是當(dāng)前 Java 后端就業(yè)市場(chǎng)上使用頻率最高的框架之一而養(yǎng)殖場(chǎng)管理又是一個(gè)業(yè)務(wù)邊界非常清晰的場(chǎng)景牲畜檔案、飼料庫(kù)存、疾病防疫、銷售記錄每一塊都能落到具體功能上。對(duì)于需要展示“我懂業(yè)務(wù)、會(huì)建表、能寫接口、能部署”的畢設(shè)來(lái)說(shuō)這個(gè)組合能把技術(shù)點(diǎn)和業(yè)務(wù)邏輯都串起來(lái)不會(huì)像電商系統(tǒng)那樣過(guò)度膨脹也不會(huì)像純 CRUD 的后臺(tái)管理一樣顯得單薄。很多同學(xué)擔(dān)心“養(yǎng)殖場(chǎng)”聽(tīng)起來(lái)太冷門答辯時(shí)會(huì)不會(huì)被老師質(zhì)疑。我的看法剛好相反正是因?yàn)榇蠖鄶?shù)人都沒(méi)做過(guò)你反而更容易講出差異點(diǎn)。比如批次化管理、體重生長(zhǎng)曲線、防疫提醒、飼料成本核算這些功能一旦做進(jìn)去答辯老師會(huì)覺(jué)得你是在認(rèn)真想業(yè)務(wù)而不是拿個(gè)通用管理系統(tǒng)改個(gè)名稱就交差。這個(gè)系統(tǒng)適合誰(shuí)參考一類是計(jì)算機(jī)、軟件工程專業(yè)正在準(zhǔn)備畢設(shè)的學(xué)生另一類是剛學(xué)完 SpringBoot 和 Vue 想做個(gè)完整項(xiàng)目練手的人。你需要具備的基礎(chǔ)其實(shí)不高會(huì)寫簡(jiǎn)單的 Java 代碼知道 MySQL 的基本增刪改查了解一點(diǎn) Vue 或 HTML 模板語(yǔ)法就足夠跟著思路做下來(lái)了。重點(diǎn)是理解“系統(tǒng)是怎么一步步被拆出來(lái)”的而不是光抄代碼。1.1 這個(gè)系統(tǒng)到底解決了養(yǎng)殖場(chǎng)的什么痛處傳統(tǒng)的養(yǎng)殖場(chǎng)記錄方式多數(shù)是小本子加 Excel。存欄數(shù)量靠數(shù)飼料消耗靠估疫苗什么時(shí)候打全靠獸醫(yī)記憶賣了多少頭豬、均價(jià)多少通常到月底才對(duì)一次賬。規(guī)模小的時(shí)候勉強(qiáng)能用一旦母畜產(chǎn)仔高峰期疊加飼料采購(gòu)批次變多賬目就開(kāi)始亂。我調(diào)研過(guò)的幾個(gè)中小型養(yǎng)殖場(chǎng)最常出現(xiàn)的問(wèn)題有三個(gè)一是同一批次的牲畜打了兩次同款疫苗或者干脆漏打二是飼料入庫(kù)出庫(kù)沒(méi)有聯(lián)動(dòng)庫(kù)存明明還有三噸卻發(fā)現(xiàn)倉(cāng)庫(kù)里只剩幾袋三是賣豬時(shí)對(duì)不上存欄數(shù)月底盤點(diǎn)總差幾頭。這些看似瑣碎的問(wèn)題本質(zhì)上是信息分散導(dǎo)致的管理失控。養(yǎng)殖場(chǎng)管理系統(tǒng)要做的就是把“牲畜生命周期”“飼料出入庫(kù)”“防疫計(jì)劃”“銷售結(jié)算”全部放到同一個(gè)數(shù)據(jù)模型里讓任何一個(gè)崗位的操作都能被其他崗位看到。舉例說(shuō)養(yǎng)殖員錄入一頭豬的轉(zhuǎn)欄記錄系統(tǒng)里的存欄數(shù)自動(dòng)變化獸醫(yī)打完疫苗點(diǎn)擊“完成”系統(tǒng)自動(dòng)生成下一次防疫提醒銷售員錄入出欄記錄庫(kù)存和批次狀態(tài)同步更新。數(shù)據(jù)不再是孤島管理者和財(cái)務(wù)看到的是同一套數(shù)。1.2 系統(tǒng)的角色與基礎(chǔ)功能范圍在設(shè)計(jì)初期不建議一上來(lái)就追求大而全先把角色定清楚功能圍繞角色展開(kāi)就會(huì)非常自然。我建議至少劃分三種角色管理員、養(yǎng)殖員、獸醫(yī)如果想把銷售線也納入進(jìn)來(lái)再加一個(gè)銷售員角色。管理員管理員工賬號(hào)、查看全場(chǎng)總覽報(bào)表、審核采購(gòu)和銷售訂單、維護(hù)基礎(chǔ)數(shù)據(jù)。養(yǎng)殖員負(fù)責(zé)圈舍管理、牲畜檔案錄入、轉(zhuǎn)欄、死亡登記、日常喂食記錄。獸醫(yī)負(fù)責(zé)防疫計(jì)劃制定、疫苗庫(kù)存管理、疾病診斷和治療記錄。銷售員記錄銷售訂單、查看可出欄牲畜列表、生成銷售出庫(kù)單?；谶@些角色系統(tǒng)的核心模塊可以拆成幾大塊系統(tǒng)登錄與權(quán)限管理、養(yǎng)殖批次與個(gè)體檔案管理、圈舍管理、飼料與藥品庫(kù)存管理、防疫與治療記錄、銷售管理、統(tǒng)計(jì)報(bào)表。每一塊再往下拆就是接口列表和數(shù)據(jù)表字段。這個(gè)系統(tǒng)的受眾定位就是“日常操作場(chǎng)景明確、角色分工清楚”的中小型養(yǎng)殖場(chǎng)而不是那種需要對(duì)接物聯(lián)網(wǎng)設(shè)備的現(xiàn)代化大型養(yǎng)殖企業(yè)。2. 技術(shù)路線與架構(gòu)設(shè)計(jì)2.1 為什么 SpringBoot 是畢設(shè)項(xiàng)目的“最優(yōu)解”之一選擇 SpringBoot而不是 SSM 傳統(tǒng)架構(gòu)也不是 Python 的 Django 或 Flask原因要從開(kāi)發(fā)效率、學(xué)習(xí)成本、就業(yè)匹配三個(gè)角度來(lái)說(shuō)。SpringBoot 最大的貢獻(xiàn)是解決了 Spring 框架配置繁瑣的問(wèn)題。以前寫 SSM 項(xiàng)目要手動(dòng)配置 web.xml、Spring MVC 的視圖解析器、MyBatis 的 SqlSessionFactory、事務(wù)管理器稍微漏一行配置項(xiàng)目就跑不起來(lái)。SpringBoot 通過(guò)自動(dòng)配置和啟動(dòng)器依賴把這些默認(rèn)行為封裝好了你只需要引入spring-boot-starter-web寫一個(gè)RestController就能得到一個(gè)可運(yùn)行的 Web 應(yīng)用。這種“約定優(yōu)于配置”的思想非常適合畢設(shè)周期——你的時(shí)間應(yīng)該花在業(yè)務(wù)邏輯和功能實(shí)現(xiàn)上而不是花在排配置文件的錯(cuò)誤上。從就業(yè)角度看找工作面試時(shí) SpringBoot 基本都是必問(wèn)。把一個(gè) SpringBoot 項(xiàng)目真正跑通、部署上線你在簡(jiǎn)歷上寫“熟練使用 SpringBoot MyBatis”才有點(diǎn)底氣。面試官問(wèn)“SpringBoot 自動(dòng)配置原理是什么”的時(shí)候你也可以結(jié)合自己項(xiàng)目里的spring.factories或AutoConfiguration.imports文件回答而不是背一句所謂的面試答案。有人會(huì)問(wèn)用 RuoYi 或若依框架改一改不是更快嗎是更快但代價(jià)是你可能講不清每個(gè)模塊的來(lái)龍去脈。答辯現(xiàn)場(chǎng)老師問(wèn)“用戶登錄的 Token 是怎么生成的”你如果只回答“框架自帶的”這個(gè)項(xiàng)目在你的畢業(yè)設(shè)計(jì)里就失去了說(shuō)服力。所以我的建議是不用重框架核心功能自己手寫一些非核心功能比如代碼生成器可以借鑒思路但不要整個(gè)項(xiàng)目照搬。2.2 技術(shù)棧選型前后端分離還是服務(wù)端渲染對(duì)于養(yǎng)殖場(chǎng)管理系統(tǒng)我推薦使用前后端分離的方案但如果你時(shí)間非常緊張也可以直接用 Thymeleaf 做服務(wù)端渲染。兩種方案各有利弊前后端分離前端用 Vue 3 Element Plus后端純提供 JSON 接口。優(yōu)點(diǎn)是前后端職責(zé)清晰接口風(fēng)格專業(yè)簡(jiǎn)歷上有“RESTful API 設(shè)計(jì)”這樣的描述缺點(diǎn)是你需要額外處理跨域、Token 存儲(chǔ)、前端打包部署的問(wèn)題。服務(wù)端渲染后端用 Thymeleaf 模板直接渲染 HTML。優(yōu)點(diǎn)是只有一個(gè)工程、不用搞 Node 環(huán)境、部署簡(jiǎn)單缺點(diǎn)是頁(yè)面交互能力弱動(dòng)態(tài)刷新表格、彈窗確認(rèn)等操作寫得比較痛苦。我是建議有精力的話走前后端分離。畢設(shè)答辯時(shí)演示前端頁(yè)面操作再打開(kāi) Swagger 或 Apifox 展示接口文檔整體感覺(jué)會(huì)專業(yè)很多。除了 SpringBoot 本身核心技術(shù)棧建議如下技術(shù)/組件版本建議用途說(shuō)明JDKJDK 8 或 JDK 17如果用的是 SpringBoot 2.7建議 JDK 8SpringBoot 3.x 必須 JDK 17SpringBoot2.7.x 或 3.2.x3.x 的 jakarta 命名空間和 2.x 的 javax 不同選型后不要混用MyBatis-Plus3.5.x簡(jiǎn)化單表 CRUD內(nèi)置分頁(yè)插件適合快速開(kāi)發(fā)MySQL5.7 或 8.0存儲(chǔ)業(yè)務(wù)數(shù)據(jù)注意字符集一定要設(shè)置為 utf8mb4Redis可選用于 Token 存儲(chǔ)和字典緩存不做也能跑Maven3.6依賴管理用阿里云鏡像加速Vue3.x Element Plus前端頁(yè)面開(kāi)發(fā)Sa-Token 或 JWT二選一登錄認(rèn)證我建議 JWT 或 Sa-Token比 Spring Security 配置輕量這套組合最直接的感受是“少寫很多模板代碼”。MyBatis-Plus 的BaseMapper自帶selectById、selectPage、deleteById等常用方法簡(jiǎn)單模塊幾乎不用寫 SQL。分頁(yè)查詢用Page對(duì)象傳入 mapper 方法就能自動(dòng)拼接LIMIT省掉手寫PageHelper的繁瑣配置。2.3 項(xiàng)目目錄結(jié)構(gòu)與分層思想我見(jiàn)過(guò)不少同學(xué)把上千行代碼全部塞進(jìn) controllerservice 層形同虛設(shè)這種寫法在答辯時(shí)很容易被挑毛病。一個(gè)結(jié)構(gòu)清晰的 SpringBoot 項(xiàng)目建議按下面這樣分包c(diǎn)om.example.farm ├── controller // 接收前端請(qǐng)求返回統(tǒng)一結(jié)果對(duì)象 ├── service // 業(yè)務(wù)邏輯事務(wù)控制在這里 │ └── impl ├── mapper // MyBatis-Plus 的 Mapper 接口 ├── entity // 數(shù)據(jù)庫(kù)表對(duì)應(yīng)的實(shí)體類 ├── dto // 前端傳參對(duì)象如分頁(yè)查詢條件 ├── vo // 返回前端的數(shù)據(jù)視圖對(duì)象如統(tǒng)計(jì)報(bào)表數(shù)據(jù) ├── config // 配置類跨域、攔截器、靜態(tài)資源配置 ├── common // 統(tǒng)一返回值、異常處理、常量類 └── utils // JWT 工具、日期工具等舉一個(gè)例子說(shuō)明分層的價(jià)值。養(yǎng)殖員要新增一頭牲畜檔案前端把表單數(shù)據(jù) POST 到/api/animal/addcontroller 收到請(qǐng)求后先做參數(shù)校驗(yàn)然后調(diào)用 service 層的addAnimal方法。service 方法里加上Transactional注解內(nèi)部做這么幾件事插入牲畜檔案、更新所屬批次的存欄數(shù)量、寫入一條操作日志。如果中間任何一步失敗整個(gè)事務(wù)回滾不會(huì)出現(xiàn)“檔案建好了但批次數(shù)量沒(méi)更新”的問(wèn)題。這就是把邏輯放在 service 層的意義而不是在 controller 里寫一長(zhǎng)串代碼。3. 數(shù)據(jù)庫(kù)設(shè)計(jì)與核心模塊實(shí)現(xiàn)3.1 從實(shí)體關(guān)系梳理表結(jié)構(gòu)數(shù)據(jù)庫(kù)設(shè)計(jì)是整個(gè)系統(tǒng)最值得花時(shí)間的部分。很多初學(xué)者一拿到需求就急著建表結(jié)果后面又要反復(fù)修改表結(jié)構(gòu)。正確的方式是先畫實(shí)體關(guān)系圖明確每個(gè)實(shí)體有哪些屬性、實(shí)體之間是什么關(guān)系再落成表。養(yǎng)殖場(chǎng)管理系統(tǒng)的核心實(shí)體大致有這些用戶、角色、圈舍、養(yǎng)殖批次、牲畜個(gè)體、飼料信息、飼料入庫(kù)單、飼料出庫(kù)單、防疫計(jì)劃、防疫記錄、疾病治療記錄、銷售訂單、銷售明細(xì)。實(shí)體關(guān)系簡(jiǎn)要描述如下一個(gè)圈舍可以住多個(gè)批次一個(gè)批次通常分配到一個(gè)圈舍。所以圈舍和批次是一對(duì)多。一個(gè)批次下有多頭牲畜個(gè)體牲畜個(gè)體歸屬于批次。批次表會(huì)記錄父代信息、品種、進(jìn)場(chǎng)日期等公共屬性。一頭牲畜可以有多條防疫記錄和疾病治療記錄所以牲畜個(gè)體與防疫記錄是一對(duì)多。一次銷售訂單可以包含多種牲畜比如同時(shí)賣幾頭育肥豬和幾頭淘汰母豬所以銷售訂單與銷售明細(xì)是一對(duì)多。關(guān)鍵表結(jié)構(gòu)我給出一個(gè)比較實(shí)用的參考。首先是用戶表CREATE TABLE sys_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, real_name VARCHAR(50), phone VARCHAR(20), role_id BIGINT, status TINYINT DEFAULT 1 COMMENT 1正常 0停用, create_time DATETIME );與之配套的是角色表只用一張表保存角色編碼就行不用搞太復(fù)雜的用戶-角色-菜單多對(duì)多關(guān)系。權(quán)限控制在后端通過(guò)攔截器判斷角色編碼做粗粒度控制即可如果做細(xì)粒度菜單權(quán)限需要再加角色菜單表畢設(shè)階段我認(rèn)為不是必需。第二張關(guān)鍵的表是養(yǎng)殖批次表CREATE TABLE breed_batch ( id BIGINT PRIMARY KEY AUTO_INCREMENT, batch_no VARCHAR(50) NOT NULL COMMENT 批次編號(hào), animal_type VARCHAR(30) COMMENT 牲畜類型豬/牛/羊/雞, breed_name VARCHAR(50) COMMENT 品種, house_id BIGINT COMMENT 圈舍ID, quantity INT COMMENT 初始數(shù)量, current_quantity INT COMMENT 當(dāng)前存欄數(shù)量, entry_date DATE COMMENT 進(jìn)場(chǎng)日期, status TINYINT COMMENT 0在養(yǎng) 1已出欄 2已清欄, remark VARCHAR(255), create_time DATETIME );這里要注意current_quantity這個(gè)字段它必須隨著牲畜個(gè)體的增刪實(shí)時(shí)變化。有人問(wèn)為什么不直接查表里有多少條牲畜檔案這就是性能與業(yè)務(wù)結(jié)合的考慮養(yǎng)殖場(chǎng)一個(gè)批次的牲畜數(shù)量最多可能幾百頭如果每次列表查詢都去 count 牲畜檔案表數(shù)據(jù)量大時(shí)會(huì)慢更重要的是死亡的牲畜如果也保留在檔案表里count 出來(lái)的數(shù)字無(wú)法反映真實(shí)存欄。所以要設(shè)計(jì)一個(gè)“冗余計(jì)數(shù)”字段在新增、死亡、銷售時(shí)聯(lián)動(dòng)更新。第三張是牲畜個(gè)體表記錄每頭牲畜的“身份證信息”CREATE TABLE animal_info ( id BIGINT PRIMARY KEY AUTO_INCREMENT, ear_tag VARCHAR(30) COMMENT 耳標(biāo)編號(hào), batch_id BIGINT COMMENT 批次ID, house_id BIGINT COMMENT 當(dāng)前圈舍, gender TINYINT COMMENT 公母, birth_date DATE, weight DECIMAL(10,2), source_type TINYINT COMMENT 1自繁 2外購(gòu), status TINYINT COMMENT 1健康 2治療中 3死亡 4已銷售, create_time DATETIME );這個(gè)表里的source_type字段很容易被忽略但它在報(bào)表統(tǒng)計(jì)中非常有用。自繁和外購(gòu)的成本完全不同后期計(jì)算利潤(rùn)時(shí)分開(kāi)展示會(huì)更清晰。weight字段建議保留最近一次稱重值并額外設(shè)計(jì)一張?bào)w重記錄表記錄歷史稱重?cái)?shù)據(jù)這樣才能畫生長(zhǎng)曲線圖。3.2 牲畜檔案錄入與批次聯(lián)動(dòng)在養(yǎng)殖場(chǎng)系統(tǒng)的后端實(shí)現(xiàn)里最典型的業(yè)務(wù)邏輯就是“新增牲畜檔案要聯(lián)動(dòng)更新批次數(shù)量”。假設(shè)養(yǎng)殖員選擇某個(gè)批次一次性錄入 10 頭仔豬每頭豬的耳標(biāo)、性別、出生日期都不同。接口設(shè)計(jì)上可以支持單頭新增也可以支持批量新增。批量新增的核心代碼如下Transactional(rollbackFor Exception.class) public void addAnimals(AddAnimalDTO dto) { BreedBatch batch breedBatchMapper.selectById(dto.getBatchId()); if (batch null) { throw new BusinessException(批次不存在); } for (AnimalAddItem item : dto.getItems()) { AnimalInfo animal new AnimalInfo(); animal.setEarTag(item.getEarTag()); animal.setBatchId(batch.getId()); animal.setHouseId(batch.getHouseId()); animal.setGender(item.getGender()); animal.setBirthDate(item.getBirthDate()); animal.setWeight(item.getWeight()); animal.setStatus(1); animalMapper.insert(animal); } // 聯(lián)動(dòng)更新批次當(dāng)前數(shù)量 BatchUpdateWrapper wrapper new BatchUpdateWrapper(); wrapper.eq(id, batch.getId()); wrapper.setSql(current_quantity current_quantity dto.getItems().size()); breedBatchMapper.update(null, wrapper); // 寫入操作日志 operationLogService.record(新增牲畜檔案, 批次 batch.getBatchNo() 數(shù)量 dto.getItems().size()); }注意這里用了 MyBatis-Plus 的UpdateWrapper的setSql方法在 SQL 層面做自增而不是先把數(shù)量查出來(lái)加一再更新回去。用后者的做法在多線程、多人同時(shí)操作時(shí)可能發(fā)生超賣問(wèn)題。SQL 自增是原子操作可以避免并發(fā)更新導(dǎo)致的數(shù)量不準(zhǔn)。關(guān)于死亡登記也有一個(gè)容易踩坑的點(diǎn)死亡牲畜不能直接物理刪除檔案因?yàn)楹罄m(xù)可能涉及保險(xiǎn)理賠、無(wú)害化處理記錄、月度死亡率統(tǒng)計(jì)。正確做法是把status改成“死亡”同時(shí)記錄死亡日期、死亡原因并聯(lián)動(dòng)調(diào)減批次數(shù)量。Transactional(rollbackFor Exception.class) public void recordDeath(Long animalId, String reason) { AnimalInfo animal animalMapper.selectById(animalId); if (animal null || animal.getStatus() ! 1) { throw new BusinessException(該牲畜狀態(tài)不允許死亡登記); } animal.setStatus(3); animalMapper.updateById(animal); DeathRecord record new DeathRecord(); record.setAnimalId(animalId); record.setBatchId(animal.getBatchId()); record.setDeathDate(LocalDate.now()); record.setReason(reason); deathRecordMapper.insert(record); BreedBatch batch breedBatchMapper.selectById(animal.getBatchId()); if (batch.getCurrentQuantity() 0) { batch.setCurrentQuantity(batch.getCurrentQuantity() - 1); breedBatchMapper.updateById(batch); } }3.3 飼料庫(kù)存管理的出入庫(kù)設(shè)計(jì)飼料庫(kù)存模塊是很多初學(xué)者最容易寫成“假功能”的地方。所謂“假功能”就是只有一張飼料表上面記錄名稱和數(shù)量沒(méi)有入庫(kù)單、出庫(kù)單或者有單據(jù)但庫(kù)存數(shù)字是手填的。真正能體現(xiàn)系統(tǒng)價(jià)值的設(shè)計(jì)是把每一條出入庫(kù)流水都記錄下來(lái)庫(kù)存余額由流水計(jì)算得出。推薦設(shè)計(jì)兩張表飼料檔案表和飼料庫(kù)存流水表。飼料檔案表保存飼料名稱、規(guī)格、單位、默認(rèn)供應(yīng)商等信息庫(kù)存流水表保存每次入庫(kù)、出庫(kù)、盤點(diǎn)的明細(xì)。當(dāng)前庫(kù)存不需要單獨(dú)字段用 SUM 匯總流水就能得到。CREATE TABLE feed_stock_flow ( id BIGINT PRIMARY KEY AUTO_INCREMENT, feed_id BIGINT NOT NULL, batch_id BIGINT COMMENT 領(lǐng)用批次ID, flow_type TINYINT COMMENT 1入庫(kù) 2出庫(kù) 3盤盈 4盤虧, quantity DECIMAL(10,2) NOT NULL, unit_price DECIMAL(10,2), total_price DECIMAL(10,2), operator_id BIGINT, remark VARCHAR(255), create_time DATETIME );每次入庫(kù)時(shí)新增一條flow_type1的流水出庫(kù)時(shí)新增一條flow_type2的流水。庫(kù)存查詢時(shí)用SELECT feed_id, SUM(CASE WHEN flow_type IN (1,3) THEN quantity ELSE -quantity END) AS stock FROM feed_stock_flow GROUP BY feed_id。這樣做的好處是任何庫(kù)存數(shù)字出現(xiàn)異常都能翻流水找出是哪一筆單據(jù)出了問(wèn)題也方便做飼料成本核算。出庫(kù)邏輯里有一個(gè)細(xì)節(jié)當(dāng)養(yǎng)殖員選擇某批次領(lǐng)用飼料時(shí)除了新增出庫(kù)流水還應(yīng)該在批次記錄里更新“累計(jì)飼料成本”或“累計(jì)耗料量”。這個(gè)數(shù)據(jù)是后期核算養(yǎng)殖成本的重要依據(jù)。很多做養(yǎng)殖管理的同學(xué)沒(méi)有意識(shí)到飼料成本通常占養(yǎng)殖總成本的 60% 到 70%如果系統(tǒng)連“這個(gè)批次一共吃了多少料”都算不出來(lái)那這個(gè)管理系統(tǒng)的價(jià)值就打了折扣。3.4 防疫提醒與定時(shí)任務(wù)防疫提醒是養(yǎng)殖場(chǎng)管理系統(tǒng)里非常有“實(shí)用感”的功能。需求是這樣的每頭牲畜或每個(gè)批次在首次接種某種疫苗后系統(tǒng)能根據(jù)疫苗的保護(hù)周期自動(dòng)生成下一次提醒每天定時(shí)掃描到期和即將到期的防疫計(jì)劃推送給獸醫(yī)處理。實(shí)現(xiàn)方式上用 SpringBoot 的Scheduled注解就能解決不需要引入 Quartz 之類的重型框架。先在啟動(dòng)類上加上EnableScheduling然后寫一個(gè)定時(shí)任務(wù)類Component public class VaccineRemindTask { Resource private VaccinePlanMapper vaccinePlanMapper; Resource private NoticeService noticeService; // 每天凌晨 2 點(diǎn)執(zhí)行 Scheduled(cron 0 0 2 * * ?) public void scanVaccinePlan() { LocalDate today LocalDate.now(); ListVaccinePlan plans vaccinePlanMapper.selectList( new LambdaQueryWrapperVaccinePlan() .eq(VaccinePlan::getStatus, 0) .le(VaccinePlan::getNextDate, today.plusDays(3)) ); for (VaccinePlan plan : plans) { noticeService.sendToVet(plan); } } }這里next_date字段的生成邏輯很關(guān)鍵。第一次防疫時(shí)根據(jù)疫苗種類查它的保護(hù)周期天數(shù)比如豬瘟疫苗保護(hù)周期按批次管理場(chǎng)景簡(jiǎn)化為 30 天那么next_date就是當(dāng)前日期加 30 天。防疫計(jì)劃完成時(shí)自動(dòng)把疫苗檔案切換到下一次計(jì)劃再下次的日期則等于本次完成日期加上保護(hù)周期。定時(shí)任務(wù)的問(wèn)題在于如果項(xiàng)目是部署在單機(jī)上默認(rèn)的Scheduled就夠了但如果用了多實(shí)例部署就會(huì)出現(xiàn)同一個(gè)任務(wù)被多臺(tái)機(jī)器同時(shí)執(zhí)行的問(wèn)題。畢設(shè)項(xiàng)目一般不會(huì)有這種場(chǎng)景不過(guò)你可以在簡(jiǎn)歷和答辯時(shí)提一句“如果生產(chǎn)環(huán)境需要可以引入 XXL-Job 做分布式任務(wù)調(diào)度”這能體現(xiàn)你的工程眼界。4. 權(quán)限、文件與報(bào)表三個(gè)繞不開(kāi)的細(xì)節(jié)4.1 登錄認(rèn)證從 Session 到 JWT 的取舍用戶登錄是每個(gè)管理系統(tǒng)的門面也是面試和答辯時(shí)高頻被問(wèn)的地方。傳統(tǒng)做法是使用 Session用戶在登錄后服務(wù)器保存一份 Session 數(shù)據(jù)瀏覽器通過(guò) Cookie 攜帶JSESSIONID訪問(wèn)。這種方式在前后端分離的項(xiàng)目里會(huì)出現(xiàn)跨域 Cookie 問(wèn)題處理起來(lái)比較麻煩。我更建議使用 JWT 或無(wú)狀態(tài)的 Token 方案。JWTJSON Web Token的玩法是把用戶信息加密進(jìn)一段字符串里后端不保存登錄狀態(tài)每次請(qǐng)求時(shí)前端把 Token 放在請(qǐng)求頭Authorization里后端解析和校驗(yàn)簽名即可。實(shí)現(xiàn)要點(diǎn)如下登錄成功后生成 JWT內(nèi)容包含用戶 ID、用戶名、角色編碼、過(guò)期時(shí)間用后臺(tái)配置的密鑰簽名。前端把 Token 存到localStorage或pinia中每次請(qǐng)求在 Axios 攔截器里加到headers。后端寫一個(gè)攔截器攔截除登錄、靜態(tài)資源以外的所有/api/**請(qǐng)求校驗(yàn) Token 是否存在、是否過(guò)期、簽名是否正確。如果校驗(yàn)失敗統(tǒng)一返回 401 狀態(tài)碼和錯(cuò)誤提示前端收到 401 后跳轉(zhuǎn)到登錄頁(yè)。這里要給一個(gè)非常重要的提醒JWT 一旦簽發(fā)在過(guò)期時(shí)間之前是無(wú)法主動(dòng)作廢的。如果用戶修改密碼或者管理員把一個(gè)違規(guī)用戶停用舊的 JWT 在過(guò)期前仍然有效。解決這個(gè)問(wèn)題的辦法有兩種一是把 Token 版本號(hào)或用戶狀態(tài)碼加進(jìn) JWT 的 claims 里每次校驗(yàn)時(shí)再查一次用戶表確認(rèn)狀態(tài)沒(méi)有被禁用二是配合 Redis 做服務(wù)端 Token 管理。對(duì)于養(yǎng)殖場(chǎng)管理系統(tǒng)這種并發(fā)不高的項(xiàng)目建議采用方案一實(shí)現(xiàn)簡(jiǎn)單又能解決實(shí)際問(wèn)題。角色權(quán)限這塊我不建議引入 Spring Security 的完整體系因?yàn)榕渲脧?fù)雜且學(xué)習(xí)成本高。用攔截器加注解的方式已經(jīng)足夠Component public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); if (!StringUtils.hasText(token)) { throw new BusinessException(401, 未登錄); } // 解析 token把用戶信息放入 ThreadLocal LoginUser user JwtUtils.parseToken(token); UserContext.set(user); return true; } }需要做角色限制的接口上加自定義注解RequireRole(admin)或者直接用 AOP 切面掃接口上的注解判斷角色兩種方式都可以。答辯時(shí)被問(wèn)“怎么保證獸醫(yī)不能刪銷售訂單”你就可以回答接口上加了角色校驗(yàn)沒(méi)有對(duì)應(yīng)角色編碼的請(qǐng)求會(huì)被攔截返回 403。4.2 圖片上傳與文件存儲(chǔ)養(yǎng)殖場(chǎng)管理系統(tǒng)里用戶頭像、牲畜照片、疾病診斷圖片這些文件操作必不可少。SpringBoot 處理文件上傳本身不復(fù)雜一個(gè)MultipartFile參數(shù)就能搞定但有幾個(gè)地方很容易出錯(cuò)。第一是存儲(chǔ)路徑問(wèn)題。很多人直接把文件寫到項(xiàng)目的src/main/resources/static目錄下開(kāi)發(fā)時(shí)能訪問(wèn)打包成 jar 后一運(yùn)行就 404。原因在于 jar 包內(nèi)部的 resources 目錄是只讀的運(yùn)行時(shí)不能動(dòng)態(tài)寫入。正確做法是把上傳文件放到服務(wù)器的一個(gè)獨(dú)立目錄比如/home/farm/upload/然后通過(guò)配置類做資源映射把/upload/**這個(gè) URL 映射到物理路徑。Configuration public class WebMvcConfig implements WebMvcConfigurer { Value(${file.upload-path}) private String uploadPath; Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceHandler(uploadPath /); } Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(authInterceptor()) .addPathPatterns(/api/**) .excludePathPatterns(/api/login); } }第二是文件名問(wèn)題。用戶上傳的文件名可能是中文也可能包含特殊字符如果直接使用原名保存服務(wù)器上可能出現(xiàn)亂碼或非法字符。穩(wěn)妥的方式是用 UUID 或時(shí)間戳重命名再保留原文件擴(kuò)展名。String originalFilename file.getOriginalFilename(); String ext originalFilename.substring(originalFilename.lastIndexOf(.)); String newFileName System.currentTimeMillis() _ UUID.randomUUID().toString().replace(-, ) ext;第三是文件大小限制。SpringBoot 默認(rèn)單文件上傳上限是 1MB如果養(yǎng)殖員想上傳一張幾 MB 的高清照片會(huì)被直接拒絕。在application.yml里配置spring: servlet: multipart: max-file-size: 20MB max-request-size: 100MB4.3 報(bào)表統(tǒng)計(jì)用 SQL 還是用代碼算報(bào)表功能是養(yǎng)殖場(chǎng)管理系統(tǒng)區(qū)別于普通增刪改查系統(tǒng)的亮點(diǎn)。常見(jiàn)的報(bào)表有月度存欄統(tǒng)計(jì)、月度死亡統(tǒng)計(jì)、飼料消耗統(tǒng)計(jì)、銷售利潤(rùn)統(tǒng)計(jì)。實(shí)現(xiàn)時(shí)優(yōu)先考慮在 SQL 層面完成聚合而不是把全表數(shù)據(jù)查出來(lái)在 Java 代碼里 for 循環(huán)加總。舉個(gè)例子按月統(tǒng)計(jì)每個(gè)圈舍的飼料消耗量SELECT DATE_FORMAT(f.create_time, %Y-%m) AS month, h.name AS house_name, SUM(CASE WHEN f.flow_type IN (1, 3) THEN f.quantity ELSE 0 END) AS in_quantity, SUM(CASE WHEN f.flow_type IN (2, 4) THEN f.quantity ELSE 0 END) AS out_quantity FROM feed_stock_flow f LEFT JOIN feed_info fi ON f.feed_id fi.id LEFT JOIN house h ON fi.house_id h.id WHERE f.create_time #{startTime} AND f.create_time #{endTime} GROUP BY month, h.name ORDER BY month DESC;這類 SQL 的核心是CASE WHEN與GROUP BY的組合寫起來(lái)并不難但一旦想清楚報(bào)表模塊就變得特別出彩。前端用 ECharts 或 Vue 生態(tài)里的圖表庫(kù)展示成柱狀圖和餅圖視覺(jué)效果和專業(yè)度都會(huì)提升不少。還有一類報(bào)表需要結(jié)合具體業(yè)務(wù)設(shè)計(jì)。例如“批次利潤(rùn)核算”一個(gè)批次的收入來(lái)自銷售記錄中的銷售金額匯總成本包括買苗成本、飼料領(lǐng)用成本、疫苗藥品成本、人工分?jǐn)偝杀?。其中飼料領(lǐng)用成本可以從feed_stock_flow表中按batch_id匯總疫苗藥品成本可以從防疫記錄和治療記錄中匯總。把這些數(shù)據(jù)拼成一個(gè)批次利潤(rùn)明細(xì)就是這個(gè)系統(tǒng)最核心的經(jīng)營(yíng)決策數(shù)據(jù)。這類復(fù)雜查詢建議在 Mapper XML 中寫自定義 SQL而不是用 MyBatis-Plus 的 LambdaQueryWrapper 硬拼。因?yàn)樯婕岸啾?join 和聚合XML 里寫 SQL 更直觀也方便后期優(yōu)化。MyBatis-Plus 的價(jià)值體現(xiàn)在簡(jiǎn)單單表 CRUD 上不要為了省事把所有查詢都塞給它。5. 常見(jiàn)問(wèn)題與排查實(shí)錄5.1 數(shù)據(jù)庫(kù)連接失敗與時(shí)區(qū)報(bào)錯(cuò)SpringBoot 連接 MySQL 時(shí)最經(jīng)典的兩個(gè)報(bào)錯(cuò)是“Access denied for user”和“Communications link failure”。前者多半是用戶名密碼錯(cuò)誤或者該用戶沒(méi)有遠(yuǎn)程訪問(wèn)權(quán)限后者通常是 MySQL 服務(wù)沒(méi)啟動(dòng)或者防火墻攔截了 3306 端口。還有一個(gè)讓新手很懵的報(bào)錯(cuò)是The server time zone value ?D1ú±ê×?ê±?? is unrecognized這是數(shù)據(jù)庫(kù)驅(qū)動(dòng)連接時(shí)無(wú)法識(shí)別 MySQL 服務(wù)器的時(shí)區(qū)導(dǎo)致的。解決方式是在連接 URL 后面加上時(shí)區(qū)參數(shù)spring: datasource: url: jdbc:mysql://localhost:3306/farm_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueallowPublicKeyRetrievaltrue這個(gè)參數(shù)是在 MySQL 8.0 下用caching_sha2_password認(rèn)證時(shí)可能會(huì)用到的加上可以避免“Public Key Retrieval is not allowed”的報(bào)錯(cuò)。建議直接用 root 之外的專用數(shù)據(jù)庫(kù)賬號(hào)并為項(xiàng)目單獨(dú)建一個(gè)庫(kù)名避免和其他項(xiàng)目共用數(shù)據(jù)庫(kù)。5.2 前端訪問(wèn)接口跨域、404 和 401前后端分離時(shí)前端跑在 8080 端口后端跑在 8081 端口瀏覽器直接發(fā)起 Ajax 請(qǐng)求會(huì)被同源策略攔截。排查這類問(wèn)題先從瀏覽器 F12 的 Network 面板看請(qǐng)求狀態(tài)請(qǐng)求發(fā)出去了但狀態(tài)是 CORS error說(shuō)明后端沒(méi)有正確配置跨域。狀態(tài)是 404說(shuō)明接口路徑寫錯(cuò)了或者后端項(xiàng)目沒(méi)有部署對(duì)應(yīng)的 controller。狀態(tài)是 401說(shuō)明 Token 沒(méi)傳或者失效。跨域配置可以在后端定義一個(gè)配置類允許所有來(lái)源和常用請(qǐng)求頭Configuration public class CorsConfig { Bean public CorsFilter corsFilter() { UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource(); CorsConfiguration config new CorsConfiguration(); config.addAllowedOriginPattern(*); config.addAllowedHeader(*); config.addAllowedMethod(*); config.setAllowCredentials(true); source.registerCorsConfiguration(/**, config); return new CorsFilter(source); } }注意setAllowCredentials(true)的時(shí)候addAllowedOrigin不能再配置*否則會(huì)報(bào)錯(cuò)。所以要使用addAllowedOriginPattern(*)來(lái)允許所有來(lái)源。5.3 SpringBoot 版本過(guò)高帶來(lái)的坑使用 SpringBoot 3.x 時(shí)很多老教程里的例子都不能直接復(fù)制。最大的區(qū)別在于從javax.包遷移到了jakarta.包。比如引入HttpServletRequest原來(lái)寫import javax.servlet.http.HttpServletRequestSpringBoot 3.x 要寫成import jakarta.servlet.http.HttpServletRequest;這導(dǎo)致網(wǎng)上大量 SpringBoot 2.x 的代碼片段無(wú)法直接使用。如果實(shí)在不熟悉這個(gè)差異建議畢設(shè)直接選用 SpringBoot 2.7.x然后用 JDK 8 開(kāi)發(fā)兼容性最好。但如果你想用 JDK 17 及以上那就老老實(shí)實(shí)選 3.x遇到報(bào)錯(cuò)先看是不是包名導(dǎo)錯(cuò)了。還有一個(gè)和 Redis 相關(guān)的坑SpringBoot 2.x 默認(rèn)使用Lettuce作為客戶端配置方式相對(duì)穩(wěn)定SpringBoot 3.x 的 Redis 模塊變化不大不過(guò)要注意spring.redis配置前綴已經(jīng)改成了spring.data.redis。這類配置差異在啟動(dòng)報(bào)錯(cuò)時(shí)一般會(huì)提示明顯按照提示調(diào)整即可。5.4 定時(shí)任務(wù)執(zhí)行兩次怎么辦有個(gè)現(xiàn)象在白嫖網(wǎng)上代碼時(shí)很常見(jiàn)配置了Scheduled定時(shí)任務(wù)結(jié)果發(fā)現(xiàn)同一個(gè)任務(wù)在一分鐘里執(zhí)行了兩次。如果項(xiàng)目沒(méi)有配置多實(shí)例部署多半是啟動(dòng)類上多加了EnableScheduling同時(shí)某個(gè)組件或配置類上也加了EnableScheduling導(dǎo)致 Spring 容器被觸發(fā)了兩次調(diào)度注冊(cè)。解決辦法很簡(jiǎn)單全局只保留一個(gè)EnableScheduling要么放在啟動(dòng)類要么放在專門配置類不要同時(shí)放。另外定時(shí)任務(wù)如果執(zhí)行時(shí)間較長(zhǎng)可能會(huì)和項(xiàng)目下一次部署重疊最好在任務(wù)方法內(nèi)部加一個(gè)簡(jiǎn)單的分布式鎖或者AtomicBoolean防止重復(fù)執(zhí)行。比如private final AtomicBoolean running new AtomicBoolean(false); Scheduled(cron 0 0 2 * * ?) public void task() { if (!running.compareAndSet(false, true)) { return; } try { // 業(yè)務(wù)邏輯 } finally { running.set(false); } }這個(gè)寫法在單機(jī)部署下能有效避免任務(wù)重疊執(zhí)行而且代碼量極少。6. 寫在最后一點(diǎn)經(jīng)驗(yàn)和后續(xù)擴(kuò)展思路做了好幾個(gè)版本的養(yǎng)殖場(chǎng)管理類項(xiàng)目之后我覺(jué)得這個(gè)題目的上限其實(shí)很高關(guān)鍵看你愿不愿意在“業(yè)務(wù)細(xì)節(jié)”上多走一步。很多同學(xué)完成基本增刪改查就停在那里頁(yè)面和功能都像是一個(gè)空殼子。我建議至少把一個(gè)模塊做成閉環(huán)比如防疫提醒從計(jì)劃制定、到期提醒、掃碼確認(rèn)、自動(dòng)生成下期計(jì)劃到最終形成防疫覆蓋率統(tǒng)計(jì)報(bào)表。把一個(gè)閉環(huán)做到位比十個(gè)半成品功能更有說(shuō)服力。如果時(shí)間充裕可以往這幾個(gè)方向做擴(kuò)展一是對(duì)接微信小程序養(yǎng)殖員在場(chǎng)內(nèi)直接用手機(jī)錄數(shù)據(jù)這個(gè)方向有很多現(xiàn)成的腳手架可以參考二是引入設(shè)備數(shù)據(jù)模擬接口比如自動(dòng)喂料機(jī)定時(shí)上報(bào)飼料余量系統(tǒng)自動(dòng)生成補(bǔ)料建議這樣項(xiàng)目就帶上了物聯(lián)網(wǎng)的味道三是加入 ECharts 大屏展示把全場(chǎng)存欄、今日出欄、飼料庫(kù)存預(yù)警投到演示屏幕上答辯現(xiàn)場(chǎng)效果會(huì)很驚艷。關(guān)于代碼管理我想單獨(dú)提醒一句從第一天開(kāi)始就用 Git 做版本管理每一個(gè)功能模塊完成后提交一次commit message 寫清楚“新增了死亡登記功能”這樣具體的內(nèi)容。這不會(huì)占用你多少時(shí)間但等到論文寫系統(tǒng)設(shè)計(jì)章節(jié)、錄演示視頻、甚至答辯前回滾 bug 的時(shí)候你會(huì)發(fā)現(xiàn)之前的每一次提交都特別值錢。另外如果這是你要拿來(lái)找工作的畢設(shè)項(xiàng)目務(wù)必把項(xiàng)目真正跑起來(lái)部署到一個(gè)服務(wù)器上。不一定要花錢買云服務(wù)器本地虛擬機(jī)加一個(gè)打包好的 jar 啟動(dòng)腳本也算“部署過(guò)”。面試官問(wèn)你“項(xiàng)目上線怎么處理配置文件”你能答出“用--spring.profiles.activeprod指定生產(chǎn)環(huán)境配置”比單純說(shuō)“我在 Idea 里能跑”要好太多。部署過(guò)程中遇到的問(wèn)題比如內(nèi)存不夠、端口被占用、MySQL 沒(méi)設(shè)置開(kāi)機(jī)自啟都是很真實(shí)的工程經(jīng)驗(yàn)寫進(jìn)簡(jiǎn)歷一點(diǎn)也不丟人。最后再分享一個(gè)小技巧論文里的系統(tǒng)截圖不要只截“添加成功”這種頁(yè)面要截核心業(yè)務(wù)的關(guān)鍵狀態(tài)。比如防疫計(jì)劃里把“預(yù)警中”“已逾期”的狀態(tài)列表截出來(lái)旁邊配上說(shuō)明文字進(jìn)入 MySQL 里把批次數(shù)量和檔案數(shù)量對(duì)賬一致的數(shù)據(jù)也截下來(lái)。這些圖比任何架構(gòu)圖都更能體現(xiàn)你真的把系統(tǒng)做出來(lái)了。養(yǎng)殖場(chǎng)管理系統(tǒng)到最后拼的不是框架多新而是你對(duì)業(yè)務(wù)的理解透不透。把這個(gè)底層邏輯想清楚題目改成茶園管理系統(tǒng)、果園管理系統(tǒng)你也能一天之內(nèi)把方案搬到新場(chǎng)景里。