1. 救災物品捐贈系統(tǒng)的定位與技術框架選擇帶過不少畢業(yè)設計項目的開發(fā)者應該都有過一樣的糾結給學生推薦題目時最怕選到那種表面看著挺完整實際跑起來一堆問題或者只有簡單增刪改查答辯時一問三不知的“半成品”。Spring Boot救災物品捐贈系統(tǒng)之所以能成為穩(wěn)定的畢業(yè)設計選題是因為它的業(yè)務不算復雜但又足夠完整用戶登錄、物品登記、入庫、庫存扣減、發(fā)放記錄、統(tǒng)計報表幾乎是真實業(yè)務系統(tǒng)的濃縮版。把它當成畢業(yè)設計也好當成練手項目也好都能把常見的后端技術串起來。這篇內容我按一套可以直接拿去做項目的思路來拆項目該怎么定位、技術棧怎么選更省事、數據庫表怎么設計才不容易在答辯時被問倒、核心代碼到底怎么寫以及最重要的部署教程。所有步驟都盡量給到可復制可執(zhí)行的方案不是只講概念。文章后面還會把我在多個項目里遇到的高頻報錯和避坑習慣整理到一起你照著排查比自己瞎改配置快得多。我之所以特別推薦這個題材還有一個原因救災捐贈系統(tǒng)天然自帶“公益屬性”在畢業(yè)設計開題和報告里容易表達項目價值不用硬編造商業(yè)場景。另一方面它的數據流也很清晰——物資從捐贈人手里進來經由系統(tǒng)登記入庫再通過發(fā)放流程到達受助人手中整個過程有記錄、有追溯能夠很自然地引入事務處理、庫存一致性這些進階話題。1.1 這個系統(tǒng)到底解決什么問題先不急著寫代碼我們把“捐贈”這個線下場景翻譯成線上系統(tǒng)的需求。假設有一個救災物資接收點每天會收到許多箱飲用水、方便食品、帳篷、棉被同時也會有當地居民或前方救援隊按需領取物資。如果沒有系統(tǒng)登記全靠Excel或者手寫你就很難回答幾個基本問題現在庫存還剩多少某批物資收進來多久了誰在什么時候領走了什么是不是有物資積壓或者即將斷貨所以一個救災物品捐贈系統(tǒng)的核心是維護好兩條鏈路。第一條是入庫鏈路捐贈人到場、登記捐贈信息、確認物資種類和數量、庫存增加。第二條是出庫鏈路受助人或救援隊憑申請來領取、登記領取人信息和數量、庫存減少。兩條鏈路共用同一份“庫存臺賬”這就是整個系統(tǒng)的數據中臺。從這個角度倒推系統(tǒng)必須包含的角色就很清楚了。管理員負責登錄后管理物資分類、記錄捐贈入庫、審核并執(zhí)行發(fā)放、查看統(tǒng)計報表和發(fā)布公告。普通用戶可以理解為捐贈人或領取登記人在多數教學項目里只擁有瀏覽和登記申請權限。很多同學在這里容易犯一個錯誤就是不區(qū)分角色把所有功能都堆在一起。但答辯時考官問的第一個問題往往就是“你這個系統(tǒng)的用戶角色是怎么劃分的”所以這一步值得先想明白。1.2 技術選型怎么選既要能跑通又要能講清楚按照近幾年的畢業(yè)設計主流組合我建議用 Spring Boot MyBatis Plus MySQL 這一套頁面層選服務端模板渲染或者前后端分離都可以但如果你想省事、少踩部署坑用模板渲染會更穩(wěn)。為什么推薦 Spring Boot因為它內嵌了 Tomcat開發(fā)時直接在 IDEA 里運行一個 main 方法就能訪問不需要單獨配置服務器也簡化了部署過程。Spring Boot 的配置風格又是約定大于配置大多數場景下只需要修改一個 application.yml就能把數據庫、端口、日志都管起來適合對底層容器不太熟悉的在校學生。對比用 Spring 傳統(tǒng)配置或者 SSM 手寫 XML 的方式Spring Boot 可以幫你把精力集中在業(yè)務代碼上而不是和一堆配置文件搏斗。MyBatis Plus 的價值在于把單表 CRUD 的重復代碼消滅掉。捐贈系統(tǒng)里很多操作仍然是基礎的“查詢物品列表”“按分類篩選”“插入一條捐贈記錄”如果用原生 MyBatis 寫需要維護大量 XML頁面做起來又急又容易出錯。MyBatis Plus 自帶 BaseMapper像 selectById、insert、updateById、selectPage 這些方法開箱即用能明顯縮短開發(fā)周期。這不只是省事的問題答辯時考官看到你能用 ORM 框架干練地處理大部分查詢也是一個加分點。數據庫方面就選 MySQL 8.0。相比 MySQL 5.78.0 的默認編碼和性能表現更好而且學校機房、個人電腦都常見。實際部署時只要留意驅動名是 com.mysql.cj.jdbc.Driver以及連接串要帶上 serverTimezone 參數基本不會卡在這一步。再說一個很多同學踩過的坑到底要不要做前后端分離。我的觀點是如果導師沒有強制要求畢業(yè)設計階段優(yōu)先考慮單體 模板渲染。前后端分離意味著你還要解決跨域問題、準備 Node 環(huán)境、打包前端代碼、把靜態(tài)資源扔到 Nginx對不熟悉前端工程化的同學來說這些額外環(huán)節(jié)帶來的問題遠大于收益。答辯時間只有十分鐘左右與其花力氣解釋 CORS不如把時間用在講清楚核心業(yè)務邏輯上。下面是技術棧清單和選擇理由可以直接寫進項目報告技術組件版本建議用途和選擇理由Spring Boot2.7.x內嵌容器、配置簡單社區(qū)資料最全MyBatis Plus3.5.x簡化單表操作分頁插件很好用MySQL8.0免費、穩(wěn)定畢業(yè)設計通用數據庫Thymeleaf Bootstrap適配 Spring Boot 2.7服務端渲染部署簡單頁面整潔Lombok隨 Spring Boot 管理省掉實體類的 Getter/Setter 樣板代碼Hutool5.x工具類方便像日期處理、隨機ID都比較省事2. 需求拆解與數據庫表結構設計從登錄到統(tǒng)計技術棧定下來之后第二步就是把需求拆成可落地的功能模塊再映射成數據庫表結構。這一步直接決定項目能不能朝著“完整可運行”的方向推進也決定答辯時你能不能邏輯清楚地講出系統(tǒng)設計思路。2.1 功能模塊拆解每個模塊解決什么問題我習慣把功能拆成七個模塊來看這樣也方便分配開發(fā)時間第一是登錄與權限模塊。管理員登錄后維護倉庫數據游客或普通用戶只能瀏覽公開公告和物資動態(tài)。這個模塊雖然代碼量不大但它決定了系統(tǒng)的訪問邊界是答辯時一定會被問到的安全問題。第二是公告管理模塊。用于發(fā)布物資需求公告或捐贈感謝信息一般是管理員編輯、發(fā)布前臺展示列表和詳情。部分畢業(yè)設計會把這個模塊做成簡單的富文本編輯但考慮到部署精力用普通文本域配合數據庫字段存儲就足夠。第三是物資分類模塊。衣物、食品、醫(yī)療用品、日常用品等通過分類表維護一個層級即可不需要做無限級分類省得把復雜度抬到自己頭上。第四是庫存臺賬模塊。這是系統(tǒng)的核心主數據記錄物資名稱、規(guī)格、單位、總入庫量、剩余可發(fā)放量。所有入出庫操作最終都要落到這張表上。第五是捐贈入庫模塊。記錄捐贈人姓名、聯(lián)系方式、捐贈物資、數量和時間。業(yè)務上要同時寫入捐贈記錄和更新庫存臺賬必須用事務保證一致性。第六是領取發(fā)放模塊。記錄受助人或受助單位、領取物品、數量和時間。同樣要更新庫存并且在庫存不足時要能給出明確提示。第七是統(tǒng)計報表模塊。按日、按月或按物資分類展示入庫量和發(fā)放量通常用聚合查詢實現提供給管理員用于決策展示。答辯時這一塊的截圖最有說服力因為它直觀顯示了系統(tǒng)的“數據能力”。每一塊模塊都不大但組合起來就是一個完整的業(yè)務閉環(huán)。開發(fā)順序上我建議先做登錄權限再做物資分類和庫存臺賬然后是入庫、出庫最后補上公告和統(tǒng)計。如果先做花哨的公告頁面再回頭補庫存邏輯很容易出現功能半天搭不起來、數據卻沒有閉環(huán)的尷尬情況。2.2 數據庫表怎么設計最小閉環(huán)的 7 張表數據庫設計是畢業(yè)設計答辯的重頭戲我不建議直接套一個五六十張字段的復雜表結構應該用最小閉環(huán)的方式把每個表的存在必要性講清楚。我們需要的核心表大概有7張結構和作用如下表名核心字段作用userid, username, password, real_name, phone, role系統(tǒng)用戶表區(qū)分管理員與普通用戶categoryid, name, sort物資分類表如食品類、衣物類itemid, category_id, name, spec, unit, total_quantity, remain_quantity庫存臺賬表記錄每個物資的出入庫累計數donation_recordid, item_id, quantity, donor_name, donor_phone, donate_time, remark捐贈入庫記錄表receive_recordid, item_id, quantity, receiver_name, receiver_phone, receive_time, remark領取發(fā)放記錄表announcementid, title, content, create_time公告表system_logid, user_id, action, detail, create_time操作日志表記錄關鍵動作可選但推薦這里重點說一下 item 表。很多同學容易把庫存直接放在 donation_record 或者 receive_record 里靠 SQL 臨時算這樣不是不行但每次查詢都要把所有歷史記錄重新聚合數據量大之后會越來越慢而且很難保證并發(fā)下的準確性。更好的方式是在 item 表里維護兩個累計字段total_quantity 表示歷史累計入庫remain_quantity 表示當前剩余可發(fā)放量。每次入庫就在事務里“總庫存加、剩余加”每次出庫就在事務里“剩余減”并且查一下剩余是否夠用。這種設計在業(yè)務上可以簡單理解為“臺賬 流水”的模式流水記錄事件臺賬保存最終狀態(tài)兩者相互印證是數據庫設計里很常見的思路。其他表之間的關系并不復雜。捐贈記錄表通過 item_id 關聯(lián)到庫存臺賬領取記錄表也一樣。這樣的好處是以后按物資名稱篩選所有入庫或出庫流水只需要從記錄表帶條件查不需要冗余存儲物資描述減少了數據不一致的風險。公告表相對獨立用來做信息展示。操作日志表雖然很多同學嫌麻煩不做但加上之后在答辯現場可以演示“任何關鍵操作都有日志可查”這往往是評委比較認可的一個亮點。建表腳本的編碼統(tǒng)一用 utf8mb4排序規(guī)則用 utf8mb4_general_ci這樣才能保證頁面上填的中文備注不亂碼。主鍵使用自增 ID時間字段用 datetime金額相關的字段如果以后擴展一定要用 decimal這里沒有金額字段庫存數量使用 int 就可以了。3. 核心業(yè)務代碼實現登錄鑒權、庫存事務與統(tǒng)計查詢模塊拆完、表結構也定好了接下來就是把代碼主框架搭起來。我建議不要一上來就悶頭寫業(yè)務先把項目骨架跑起來確認和數據庫的連接是通的再按模塊一個一個填充。3.1 登錄鑒權和訪問控制一個攔截器就能搞定很多畢業(yè)設計喜歡引入 Spring Security 或 Sa-Token這當然沒問題但如果時間緊張用 Spring Boot 原生的攔截器加 Session 也完全足夠。核心思路是用戶登錄成功后把用戶信息寫入 Session同時添加一個攔截器判斷每個請求是否能找到已登錄的 Session如果找不到就跳轉到登錄頁。這里給你一份可以直接照著寫的攔截器代碼Component public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws IOException { // 允許登錄接口直接訪問 if (request.getRequestURI().contains(/login)) { return true; } Object user request.getSession().getAttribute(loginUser); if (user null) { // 前端頁面訪問時重定向到登錄頁接口訪問時返回 401 response.setStatus(401); response.sendRedirect(/login); return false; } return true; } }再寫一個配置類把攔截器注冊到指定路徑上Configuration public class WebConfig implements WebMvcConfigurer { Resource private LoginInterceptor loginInterceptor; Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(loginInterceptor) .addPathPatterns(/**) .excludePathPatterns(/login, /css/**, /js/**, /img/**); } }登錄 Controller 里只需要做一件事用用戶名和密碼去查 user 表密碼校驗通過后把對象放入 Session。密碼記得加密存儲不要用明文?？梢赃x BCrypt也可以在畢業(yè)設計里用 MD5 加鹽雖然沒有 BCrypt 安全但只要在報告里講清楚你做了加鹽處理也比明文強很多。3.2 捐贈入庫和領取發(fā)放事務與原子更新這一塊是整個系統(tǒng)的技術核心也是畢業(yè)答辯時最值得展開的點。捐贈入庫的流程是接收一條入庫請求包含物資 ID 和入庫數量然后完成兩件事在 donation_record 表插入流水更新 item 表的 total_quantity 和 remain_quantity。兩個操作必須同時成功或者同時失敗所以要用 Transactional 注解。但是事務不能只解決一致性問題還面臨另一個隱藏坑并發(fā)扣減。如果你先查詢剩余庫存判斷數量夠不夠再執(zhí)行更新在兩個用戶同時領取時可能兩個請求都讀到“剩余還有 100”然后各自扣 10最后庫存變成了 90 而不是 80。這種問題在演示環(huán)境不一定暴露但一旦面試官問到“你如何保證庫存不超發(fā)”答不上來就會很尷尬。正確的做法是使用帶條件的 SQL 原子更新示例代碼如下Transactional(rollbackFor Exception.class) public void receiveItem(ReceiveRequest request) { // 原子扣減庫存如果剩余庫存不足更新行數為0 int updated itemMapper.deductStock(request.getItemId(), request.getQuantity()); if (updated 0) { throw new BizException(庫存不足或物資不存在); } ReceiveRecord record new ReceiveRecord(); record.setItemId(request.getItemId()); record.setQuantity(request.getQuantity()); record.setReceiverName(request.getReceiverName()); record.setReceiverPhone(request.getReceiverPhone()); record.setReceiveTime(LocalDateTime.now()); receiveRecordMapper.insert(record); }對應的 Mapper 寫法是Update(UPDATE item SET remain_quantity remain_quantity - #{quantity}, total_quantity total_quantity WHERE id #{itemId} AND remain_quantity #{quantity}) int deductStock(Param(itemId) Long itemId, Param(quantity) Integer quantity);注意這里的關鍵是 WHERE 條件里帶上了 remain_quantity #{quantity}。數據庫在每次更新時會自動檢查剩余庫存如果條件不滿足影響行數就是 0代碼里再根據 updated 數量拋異常并回滾。入庫邏輯也是類似的對稱代碼只是把扣減換成增加并且多更新一個 total_quantity 字段而已。這段代碼看起來不多但它能同時解決三個問題事務一致性、并發(fā)安全、庫存不足提示。在答辯時講這三層邏輯比說什么“我用了事務”要具體得多。3.3 分頁和統(tǒng)計讓頁面有真實數據可用畢業(yè)設計非常容易犯的毛病是頁面上的列表只有幾條測試數據而且沒有分頁。一個正常的系統(tǒng)數據量上來之后列表必須分頁。MyBatis Plus 自帶分頁插件配置一個攔截器就可以使用 selectPage 方法這里不再重復完整配置代碼但有一個容易被忽略的小問題分頁查詢最好帶上排序條件比如按創(chuàng)建時間倒序否則相同數據分布在不同頁時會顯得很亂。統(tǒng)計模塊也是很多同學頭疼的地方。最簡單的實現是寫一個 Mapper 聚合查詢按日期分組統(tǒng)計每天入庫總量和發(fā)放總量。下面的 SQL 可以作為參考select idselectReceiveStatistics resultTypemap SELECT DATE(receive_time) AS stat_date, SUM(quantity) AS total_quantity FROM receive_record GROUP BY DATE(receive_time) ORDER BY stat_date DESC /select同樣的思路也可以統(tǒng)計捐贈排行、物資分類占比。前端用一個簡單的 echarts 或者 Chart.js 就能把圖表畫出來。如果你是做服務端模板渲染也可以只把聚合數據渲染到表格里都能達到效果。這里的原則是報表的數據不要造假要讓報表和庫存表的數據對得上否則現場演示時很容易被仔細的評委抓到漏洞。4. 從零部署到完整運行Spring Boot項目部署教程這一章才是很多人最關心的部分。代碼寫得再好跑不起來等于零。部署整體可以分為三步本地環(huán)境準備、數據庫初始化、項目啟動和打包運行。每一步都不難但順序和細節(jié)很重要。4.1 本地開發(fā)環(huán)境準備JDK、Maven、MySQL我推薦使用 JDK 1.8 搭配 Spring Boot 2.7.x兼容性最好。如果你電腦裝的是 JDK 17也可以用但要注意部分老版本 Mysql 驅動或者 Lombok 版本可能不兼容最好按我表格里的版本準備。軟件版本建議備注JDK1.8 或 11安裝后檢查 java -versionMaven3.6.3 或更高IDEA 自帶也可以但建議單獨安裝MySQL8.0安裝時選擇密碼記住賬號和密碼IDEA任意較新版本Ultimate 或 Community 均可Maven 依賴下載慢是新手最常見的痛點解決辦法是在 Maven 的 settings.xml 里配置一個國內鏡像源例如在 mirrors 節(jié)點加入一個可用的鏡像地址。這個動作雖然簡單但能顯著減少導入項目時的等待時間和失敗率。數據庫方面安裝完成后建議把編碼設置成 utf8mb4。創(chuàng)建數據庫時可以使用命令行也可以使用 Navicat 等圖形工具。命令如下CREATE DATABASE IF NOT EXISTS rescue_donation DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;4.2 初始化數據庫和修改 application.yml 配置拿到源碼后第一步不是直接啟動而是先把項目里的 SQL 腳本跑一遍。通常源碼包里會有一個 schema.sql 或者 init.sql里面包含了建表語句以及初始數據。這個腳本要在數據庫里完整執(zhí)行最好直接先刪掉舊表再重建這樣可以避免重復執(zhí)行導致字段沖突。執(zhí)行完后打開項目的 src/main/resources/application.yml核心要改的就是數據源配置。下面是一個通用模板server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/rescue_donation?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root password: 你的數據庫密碼 jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true這里有幾個細節(jié)值得強調。第一url 中的 serverTimezone 必須設置否則高版本 MySQL 驅動會報時區(qū)錯誤。第二allowPublicKeyRetrieval 在 MySQL 8 的某些連接方式下需要設置為 true。第三日志配置里的 StdOutImpl 適合在開發(fā)時看 SQL 語句但生產環(huán)境建議去掉或改成 slf4j避免日志刷屏。4.3 IDEA啟動與生產環(huán)境打包運行本地啟動非常簡單用 IDEA 導入源碼后找到標注了 SpringBootApplication 的啟動類右鍵運行。啟動日志里出現“Started Application in x.xxx seconds”之后瀏覽器訪問 http://localhost:8080就能看到系統(tǒng)登錄頁。第一次運行如果連不上數據庫優(yōu)先檢查三處MySQL 服務有沒有啟動、密碼是否正確、庫名是否和配置里一致。如果沒有美化頁面就直接顯示白屏或 404大概率是模板文件放錯了位置。Spring Boot 的 Thymeleaf 模板需要放在 src/main/resources/templates 目錄靜態(tài)資源放在 static 目錄千萬不要把頁面放在根目錄或者 Java 包目錄里否則無法被掃描到。線上部署時我們要先打成 jar 包。在項目根目錄執(zhí)行mvn clean package -DskipTests執(zhí)行成功之后target 目錄下會出現一個類似 rescue-donation-0.0.1-SNAPSHOT.jar 的文件。把 jar 包上傳到服務器在 jar 包同級目錄下運行nohup java -jar rescue-donation-0.0.1-SNAPSHOT.jar app.log 21 這樣項目就在后臺運行了。如果要看日志執(zhí)行 tail -f app.log 即可。停止項目時用 jps 找到進程號再執(zhí)行 kill 命令。生產環(huán)境如果服務器有防火墻還需要記得在安全組里放行 8080 端口否則外部訪問不到。5. 常見問題排查與畢業(yè)設計答辯避坑經驗這一部分我整理了一份高頻問題速查表很多是我在帶學生項目時反復遇到的真實場景。如果啟動失敗或頁面異常先不要急著改代碼對著表格一步步排查通常能節(jié)省一晚上的調試時間。5.1 高頻報錯速查表啟動失敗和接口報錯報錯或現象可能原因解決方案java.sql.SQLException: Access denied for user數據庫賬號密碼錯誤檢查 application.yml 中的 username/passwordCommunications link failureMySQL 服務未啟動或端口不對啟動 MySQL檢查端口是否是 3306Unknown database數據庫沒創(chuàng)建先執(zhí)行建庫語句再執(zhí)行 schema.sqlPort 8080 was already in use本地端口被占用換端口或結束占用進程netstat -ano 查 PID再 taskkillWhitelabel Error Page頁面路徑沒匹配到 Controller檢查控制器映射和 templates 目錄結構java.lang.ClassNotFoundException: com.mysql.jdbc.Driver驅動類名寫錯MySQL 8 用 com.mysql.cj.jdbc.Driver頁面中文亂碼編碼不一致數據庫連接串加 characterEncodingutf8表結構用 utf8mb4Thymeleaf 模板打不開模板放錯目錄確認放在 src/main/resources/templates 下mvn 命令找不到Maven 未配置環(huán)境變量配置 MAVEN_HOME或用 IDEA 內建 Maven靜態(tài)資源 404路徑或目錄不對靜態(tài)資源放 static 目錄路徑不要帶 static 前綴如果你第一次導入項目就出現大量依賴報紅多半是 Maven 沒有下載完依賴。這時候優(yōu)先檢查網絡狀態(tài)和鏡像配置然后在 IDEA 里打開 Maven 面板點擊刷新按鈕重新導入。不要急著反復重裝環(huán)境越重裝越亂。5.2 答辯演示和源碼講解的5個建議項目能跑起來了最后一步就是答辯現場。很多同學代碼寫得好但演示時卻容易緊張地說不出設計思路。我根據自己的經驗給幾個比較實在的建議。第一演示數據提前準備好。給你的系統(tǒng)放一批看起來真實但又不容易混淆的數據比如 50 箱礦泉水、20 頂帳篷、30 件棉衣。演示捐贈入庫時輸入一個數量然后立刻切到庫存列表指明庫存數字的變化。演示領取發(fā)放時先故意輸入一個超大數量讓系統(tǒng)提示庫存不足這比反復強調“我做了異常處理”更有說服力。第二核心代碼你要能不看文檔講出來。答辯時評委最愛問的就是庫存扣減怎么保證安全、事務加在哪里、為什么用這個設計。我建議你把 3.2 節(jié)那段 deductStock 的 SQL 背熟講明白“剩余庫存作為更新條件”的原理這幾乎是全局最亮眼的技術點。第三把數據庫表關系圖打印出來或者放在 PPT 里?，F場畫表太費時間提前準備好一張簡潔的表關系圖講表設計時鼠標一指就能展示出你的全局設計能力。第四日志和操作記錄千萬不要刪。比如系統(tǒng)里有操作日志表演示前可以先查一下 log 表給大家看剛才入庫的記錄已經自動寫入。小細節(jié)越真實整體可信度越高。第五不要背太多項目背景的套話。答辯時間有限重點永遠是“你做了什么、怎么做的、遇到什么難點、怎么解決”。講清楚 2 到 3 個難點和對應的解決方案比把功能列表念一遍要有效得多。如果你能把“為什么選服務端渲染而不是前后端分離”、“為什么庫存要維護累計字段”這些點講出理由評委對項目的接受度會明顯更高。我個人在做這類項目時最后還會做一件事把整個 MySQL 數據庫導出一份備份腳本保存到源碼包的 sql 目錄里。這樣不管項目拷到哪臺電腦只要執(zhí)行一份 SQL再改一下數據庫密碼項目就能完整跑起來。這個習慣雖說只是舉手之勞但在畢業(yè)設計交接、項目歸檔、甚至以后想放簡歷項目鏈接時都會讓整個交付顯得專業(yè)很多。