簡介一套基于JavaWeb的仿百度網(wǎng)盤小型云盤系統(tǒng)完整提供源碼與數(shù)據(jù)庫文件適合Java初學(xué)者、畢業(yè)設(shè)計(jì)及課程設(shè)計(jì)參考。系統(tǒng)前端基于Bootstrap框架構(gòu)建后臺使用最基礎(chǔ)的Servlet實(shí)現(xiàn)未引入重量級框架便于理解登錄鑒權(quán)、文件上傳下載、文件分類展示、目錄管理等核心流程。資源以ZIP壓縮包封裝共204個文件包含50個Java源文件、65個class編譯文件、25個PNG圖片、24個JavaScript腳本、15個Jar依賴包以及SQL數(shù)據(jù)庫腳本、JSP頁面、XML配置和Eclipse工程配置文件總大小4.59MB目錄結(jié)構(gòu)清晰方便導(dǎo)入IDE邊讀邊改。PNG截圖可輔助了解界面效果SQL腳本可直接初始化數(shù)據(jù)庫省去手工建表步驟。目前已有387人學(xué)習(xí)參考對于希望通過完整項(xiàng)目掌握原生JavaWeb開發(fā)、快速搭建云盤功能原型的讀者具有直接的參考與復(fù)用價值。1. 仿百度網(wǎng)盤的小型云盤系統(tǒng)Servlet 手寫項(xiàng)目的完整落地做畢業(yè)設(shè)計(jì)或課程項(xiàng)目時很多人第一反應(yīng)是 Spring Boot MyBatis 一把梭但這套基于 JavaWeb 的小型云盤系統(tǒng)偏偏反著來——前端 Bootstrap后端不用任何框架全部用最基礎(chǔ)的 Servlet 手寫。項(xiàng)目正文里那份類清單已經(jīng)交代了底細(xì)UpLoadServlet、DownLoadServlet、LoginServlet、ListFilesServlet四個 Servlet 負(fù)責(zé)請求分發(fā)FileListBizImpl、FileManageBizImpl兩個業(yè)務(wù)實(shí)現(xiàn)類處理邏輯BaseDao、FileDaoImpl、ShareDaoImpl三個數(shù)據(jù)訪問類操作數(shù)據(jù)庫。整個系統(tǒng)麻雀雖小五臟俱全正好覆蓋文件上傳、下載、列表展示、分享管理、用戶登錄這幾條主鏈路。適合什么人兩類。一類是 JavaWeb 課設(shè)、畢設(shè)還沒定題的學(xué)生拿這份源碼能直接跑通一個完整的 Servlet 項(xiàng)目比從零寫省兩到三周另一類是打算面試前補(bǔ) Servlet 基本功的人這份代碼把請求生命周期、文件 IO、JDBC 操作全部赤裸裸攤開沒有任何框架幫你把細(xì)節(jié)藏起來。本文會把類之間的調(diào)用關(guān)系拆開把上傳下載的 IO 細(xì)節(jié)講透再把部署和數(shù)據(jù)兩個最容易翻車的環(huán)節(jié)挨個排雷。2. 整體架構(gòu)與請求鏈路沒有框架時 Servlet 怎么撐起一個云盤2.1 從 web.xml 看 URL 映射四個 Servlet 如何分工一個不用框架的 JavaWeb 項(xiàng)目所有請求入口都寫在web.xml里。拿到這份源碼第一件事不是急著開 IDEA而是先打開web.xml看 URL 映射。常見做法是這樣一個項(xiàng)目里配置四個 Servlet分別對應(yīng)四類操作servlet servlet-nameloginServlet/servlet-name servlet-classcom.cloud.servlet.LoginServlet/servlet-class /servlet servlet-mapping servlet-nameloginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping servlet-mapping servlet-nameupLoadServlet/servlet-name url-pattern/upload/url-pattern /servlet-mapping servlet-mapping servlet-namedownLoadServlet/servlet-name url-pattern/download/url-pattern /servlet-mapping servlet-mapping servlet-namelistFilesServlet/servlet-name url-pattern/listFiles/url-pattern /servlet-mapping這里要注意Servlet 3.0 之后可以用WebServlet注解替代 XML 配置但老項(xiàng)目用 web.xml 有個實(shí)際好處改 URL 路徑不用動 Java 代碼改完重啟容器就生效。我在接手的實(shí)際項(xiàng)目里習(xí)慣把映射集中管理排查請求 404 或 405 時先看 web.xml 再查代碼能省一半時間。登錄和文件列表兩個 Servlet 還承擔(dān)了頁面跳轉(zhuǎn)職責(zé)。LoginServlet驗(yàn)證通過后通常response.sendRedirect(index.jsp)或request.getRequestDispatcher(/main.jsp).forward(...)兩者區(qū)別要在源碼里看清楚——redirect 是兩次請求轉(zhuǎn)發(fā)是一次請求內(nèi)部跳轉(zhuǎn)。這個細(xì)節(jié)在面試?yán)锝?jīng)常被拎出來問畢設(shè)答辯時被問到概率也不小。2.2 從 LoginServlet 到 BaseDao一次登錄請求的完整旅行我拆這類老項(xiàng)目有個固定習(xí)慣從登錄功能入手因?yàn)榈卿涙溌纷疃棠茏羁炜辞?MVC 的分層習(xí)慣。LoginServlet接收用戶名和密碼后會把參數(shù)傳遞給業(yè)務(wù)層業(yè)務(wù)層再調(diào) DAO 層查庫。從類名看這份源碼里是FileListBizImpl和ShareDaoImpl這一組在配合干活。典型的登錄校驗(yàn)邏輯長這樣protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); // 調(diào)用業(yè)務(wù)層校驗(yàn)登錄 boolean flag userBiz.checkLogin(username, password); if (flag) { // 登錄成功把用戶信息放進(jìn) session HttpSession session request.getSession(); session.setAttribute(loginUser, username); session.setMaxInactiveInterval(30 * 60); // 30分鐘過期 response.sendRedirect(request.getContextPath() /listFiles); } else { // 失敗則打回登錄頁并攜帶錯誤提示 request.setAttribute(errorMsg, 用戶名或密碼錯誤); request.getRequestDispatcher(/login.jsp).forward(request, response); } }這段代碼里有幾個值得細(xì)看的參數(shù)習(xí)慣。setCharacterEncoding(UTF-8)必須放在讀取任何參數(shù)之前否則 POST 請求的中文參數(shù)會亂碼setMaxInactiveInterval(30 * 60)控制 session 有效時長云盤這種場景 30 分鐘比較合理太短用戶傳個大文件到一半被踢下線太長又容易被人竊取 session 后長期維持登錄態(tài)。再往下就是 JDBC 層。BaseDao是典型的手寫 JDBC 封裝類FileDaoImpl和ShareDaoImpl繼承或持有它來獲取連接?？丛创a時重點(diǎn)看兩處連接是怎么得到的DriverManager.getConnection還是從連接池拿的以及PreparedStatement有沒有被正確使用。如果是DriverManager硬編碼連接說明這套源碼更偏教學(xué)演示如果已經(jīng)用了連接池部署時的數(shù)據(jù)庫連接配置就要多留意一項(xiàng)。2.3 業(yè)務(wù)層與 DAO 層為什么 FileListBizImpl 和 FileDaoImpl 要分開很多畢設(shè)項(xiàng)目把業(yè)務(wù)邏輯直接寫在 Servlet 里這個項(xiàng)目特意拆出了FileListBizImpl和FileManageBizImpl兩個業(yè)務(wù)實(shí)現(xiàn)類文件相關(guān)的 DAO 則是FileDaoImpl。這種分層在小型項(xiàng)目里看著有點(diǎn)「重」但好處非常實(shí)在Servlet 只處理 HTTP 協(xié)議相關(guān)的事業(yè)務(wù)規(guī)則和 SQL 全部下沉到非 web 層以后想換框架遷移Servlet 層重寫即可業(yè)務(wù)和 DAO 基本原樣保留?？碏ileListBizImpl源碼時重點(diǎn)關(guān)注它返回的數(shù)據(jù)結(jié)構(gòu)。文件列表一般會封裝成ListFileBean或帶分頁的PageBean每個文件對象里至少包含文件名、文件大小、上傳時間、上傳者、文件類型這些字段。拿到這份源碼后先別急著在上面疊功能把這條調(diào)用鏈畫清楚ListFilesServlet - FileListBizImpl - FileDaoImpl - BaseDao全項(xiàng)目的數(shù)據(jù)流就通了一半。3. Servlet 層核心代碼拆解上傳、下載、文件列表一個不落3.1 UpLoadServletmultipart/form-data 解析的三種寫法文件上傳是云盤系統(tǒng)的命門。UpLoadServlet要處理的是multipart/form-data類型的 POST 請求這種格式和普通表單有本質(zhì)區(qū)別——普通表單是keyvalue的鍵值對拼接文件上傳則把請求體切成多個 part每個 part 有自己的Content-Disposition頭信息。寫上傳 Servlet 有三種方案。最原始的是手寫解析request.getInputStream()讀二進(jìn)制流然后按boundary字符串自己切分這種寫法能把 multipart 協(xié)議看懂但代碼量較大第二種就是這份源碼里大概率采用的做法用commons-fileupload庫解析代碼簡潔且容易看懂第三種是 Servlet 3.0 的MultipartConfig注解配合request.getPart()零依賴但需要 Tomcat 7 支持。用commons-fileupload的經(jīng)典寫法供你對照源碼// 判斷請求是否為 multipart 類型 boolean isMultipart ServletFileUpload.isMultipartContent(request); if (!isMultipart) { throw new ServletException(請求類型不是 multipart/form-data); } // 配置上傳解析器 DiskFileItemFactory factory new DiskFileItemFactory(); factory.setSizeThreshold(1024 * 1024); // 超過 1MB 寫入磁盤臨時文件 factory.setRepository(new File(tempDir)); // 臨時目錄 ServletFileUpload upload new ServletFileUpload(factory); upload.setFileSizeMax(100 * 1024 * 1024); // 單個文件最大 100MB upload.setSizeMax(200 * 1024 * 1024); // 一次請求總大小上限 200MB ListFileItem items upload.parseRequest(request); for (FileItem item : items) { if (item.isFormField()) { // 普通表單字段比如文件描述、所屬目錄 String fieldName item.getFieldName(); String fieldValue item.getString(UTF-8); } else { // 真正的文件部分 String fileName item.getName(); // 注意IE 瀏覽器提交的文件名可能帶完整路徑 fileName fileName.substring(fileName.lastIndexOf(\\) 1); File storeFile new File(uploadDir, fileName); item.write(storeFile); } }這段代碼里最值得注意的參數(shù)是setFileSizeMax和setSizeMax的區(qū)分。前者的 100MB 是單個文件限制后者 200MB 是單次請求總限制。實(shí)際部署時這兩個值要按服務(wù)器磁盤和帶寬調(diào)整我用過的方案是測試環(huán)境放 50MB/100MB生產(chǎn)環(huán)境如果只給用戶存資料類文件單文件限制可以放到 300MB但要在前端同步限制不然用戶傳 400MB 的文件到一半被后端切斷體驗(yàn)很差還容易被罵。3.2 DownLoadServlet下載文件名中文亂碼與斷點(diǎn)續(xù)傳下載 Servlet 的邏輯看起來簡單真正寫的時候有兩個老坑。一是文件名的中文亂碼二是下載一半斷開后的斷點(diǎn)續(xù)傳。源碼里如果只做了基礎(chǔ)下載這兩個坑大概率已經(jīng)踩了正好可以自己動手補(bǔ)上?；A(chǔ)下載代碼如下protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String fileId request.getParameter(fileId); // 通過 fileId 在數(shù)據(jù)庫里查出文件的真實(shí)存儲路徑 String realPath fileBiz.getFilePathById(Integer.parseInt(fileId)); File file new File(realPath); if (!file.exists()) { response.sendError(404, 文件不存在或已被刪除); return; } // 處理下載文件名亂碼按瀏覽器 UA 區(qū)分編碼 String fileName file.getName(); String userAgent request.getHeader(User-Agent); if (userAgent ! null userAgent.contains(Firefox)) { // Firefox 用 Base64 編碼 fileName ?UTF-8?B? Base64.encode(fileName.getBytes(UTF-8)) ?; } else { // Chrome、Edge 等用 URL 編碼 fileName URLEncoder.encode(fileName, UTF-8).replaceAll(\\, %20); } response.setContentType(application/octet-stream); response.setHeader(Content-Disposition, attachment; filename\ fileName \); // 讀取文件并寫出 try (InputStream in new FileInputStream(file); OutputStream out response.getOutputStream()) { byte[] buffer new byte[8192]; int len; while ((len in.read(buffer)) ! -1) { out.write(buffer, 0, len); } out.flush(); } }這段的坑全部集中在Content-Disposition這一行。不同瀏覽器對中文文件名的編碼標(biāo)準(zhǔn)不一致火狐認(rèn)RFC 2231格式其他瀏覽器認(rèn)URLEncoder格式如果統(tǒng)一用一種總有一款瀏覽器下載的文件名是亂碼。我一般會建議在源碼里保留 UA 判斷這一段——雖然代碼丑了點(diǎn)但是在真實(shí)環(huán)境里最有效的做法。斷點(diǎn)續(xù)傳再往深一層需要讀取request.getHeader(Range)頭格式形如bytes100-然后跳過文件的前 100 個字節(jié)再輸出。這份項(xiàng)目源碼里大概率沒有實(shí)現(xiàn)這個功能但你可以在下載代碼上自己加面試時能講清楚 Range 頭的處理比背十個框架注解有用得多。3.3 ListFilesServlet文件列表展示與分頁參數(shù)傳遞ListFilesServlet負(fù)責(zé)把當(dāng)前用戶的文件列表撈出來渲染到頁面。從FileListBizImpl和FileDaoImpl這兩個類的命名能推斷查詢邏輯在 Service 層SQL 在 DAO 層?？催@段源碼時重點(diǎn)看兩個 SQL一是查詢當(dāng)前用戶所有文件二是按文件類型或文件名模糊搜索。典型的分頁列表查詢代碼// Servlet 中獲取分頁參數(shù) int pageNum 1; // 當(dāng)前頁碼默認(rèn)第 1 頁 int pageSize 10; // 每頁顯示條數(shù) String pageStr request.getParameter(pageNum); if (pageStr ! null !pageStr.isEmpty()) { pageNum Integer.parseInt(pageStr); } // 調(diào)用業(yè)務(wù)層返回分頁對象 PageBeanFileBean pageBean fileListBiz.getFileListByPage(userId, pageNum, pageSize); request.setAttribute(pageBean, pageBean); request.getRequestDispatcher(/fileList.jsp).forward(request, response);分頁參數(shù)的處理習(xí)慣是pageNum從 1 開始pageSize前端和后端各設(shè)一個默認(rèn)值并保持同步。前端下拉框改成每頁 20 條時后端如果還按默認(rèn) 10 條返回用戶會以為系統(tǒng)卡了。我一般會把 pageSize 的合法范圍限制在 5 到 100 之間超出就按默認(rèn)值處理避免用戶直接在 URL 后面拼pageSize999999查詢大量數(shù)據(jù)壓垮數(shù)據(jù)庫。4. 數(shù)據(jù)庫設(shè)計(jì)與文件存儲策略ShareDaoImpl 背后的表結(jié)構(gòu)思路4.1 核心表設(shè)計(jì)用戶表、文件表、分享表云盤系統(tǒng)最核心的數(shù)據(jù)庫表是用戶表和文件表。從類名能推斷至少有t_user、t_file和t_share三張表。設(shè)計(jì)文件表時有一個關(guān)鍵選擇要不要存文件路徑字段。我見過的畢業(yè)設(shè)計(jì)有兩種做法簡單派把文件直接存在 Web 應(yīng)用目錄下表里存相對路徑完整派把文件存在服務(wù)器某個固定目錄表里存絕對路徑或相對路徑加 UUID 重命名。這份源碼從類設(shè)計(jì)推斷應(yīng)該屬于前者但建議你拿到手后自己加上 UUID 重命名邏輯——否則用戶上傳一個test.jpg另一個用戶也上傳test.jpg后上傳的會把先上傳的覆蓋掉。分享表的邏輯相對簡單核心是分享碼相關(guān)的幾個字段CREATE TABLE t_share ( id INT PRIMARY KEY AUTO_INCREMENT, file_id INT NOT NULL COMMENT 被分享的文件ID, share_code VARCHAR(32) NOT NULL COMMENT 分享碼取文件時憑碼取, share_user_id INT NOT NULL COMMENT 發(fā)起分享的用戶ID, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 分享創(chuàng)建時間, expire_time DATETIME COMMENT 過期時間NULL表示永久有效, visit_count INT DEFAULT 0 COMMENT 被訪問次數(shù), INDEX idx_share_code (share_code) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;這份表設(shè)計(jì)里share_code是隨機(jī)字符串而非自增 ID目的是防止別人通過遍歷 ID 的方式拿到別人的分享文件。生成分享碼時常見做法是用 UUID 截斷或隨機(jī)字符串拼接保證 32 位以內(nèi)且不可預(yù)測。expire_time字段建議保留做分享功能時有效期控制一定用得到。4.2 BaseDao 的連接管理DriverManager 與連接池的取舍BaseDao是所有 DAO 的父類或工具類里面封裝了獲取連接、關(guān)閉資源的標(biāo)準(zhǔn)代碼?？催@份源碼時留意它是直接用DriverManager.getConnection(url, user, password)還是接入了連接池。教學(xué)型項(xiàng)目大部分是前者代碼簡短但每次查詢都要新建連接并發(fā)訪問時數(shù)據(jù)庫連接數(shù)會飆升。傳統(tǒng) JDBC 寫法里連接和關(guān)閉是成對出現(xiàn)的異常處理還要逐一關(guān)掉Connection、PreparedStatement、ResultSet很繁瑣。這塊代碼是這份項(xiàng)目里最值得動手改的地方后續(xù)想優(yōu)化系統(tǒng)從連接池入手是最立竿見影的。4.3 文件存儲路徑組織按用戶分目錄比一鍋燉更利于維護(hù)文件存儲目錄的組織方式我在實(shí)際項(xiàng)目里的習(xí)慣是按用戶 ID 分目錄文件存儲根目錄/ └── upload/ ├── user_1/ │ ├── 面試簡歷.pdf │ └── 畢業(yè)設(shè)計(jì).zip ├── user_2/ └── user_3/這么做的好處有三個定位文件快、刪用戶時直接刪目錄、不同用戶之間文件同名不沖突。數(shù)據(jù)庫文件表里只需要存相對路徑user_1/面試簡歷.pdf配合用戶 ID 字段就能做權(quán)限校驗(yàn)。如果你拿到的這份源碼是把所有文件堆在一個目錄下建議第一件事就是改成按用戶分目錄這個改動不算傷筋動骨但實(shí)際體驗(yàn)提升明顯。5. 避坑與常見問題部署和運(yùn)行時最容易翻車的五個點(diǎn)5.1 數(shù)據(jù)庫連接失敗MySQL 8 驅(qū)動類名和時區(qū)參數(shù)現(xiàn)象部署后一訪問登錄頁就報ClassNotFoundException: com.mysql.jdbc.Driver或者The server time zone value ?D1ú±ê×?ê±?? is unrecognized。原因項(xiàng)目里配置的是 MySQL 5.x 的驅(qū)動類com.mysql.jdbc.Driver你本地裝的是 MySQL 8.x或者連接 URL 里沒帶serverTimezone參數(shù)。解決把驅(qū)動換成com.mysql.cj.jdbc.Driver同時在 JDBC URL 末尾追加?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8。MySQL 8 對時區(qū)敏感不指定時區(qū)會在建立連接時直接報錯。5.2 Tomcat 部署后訪問報 404項(xiàng)目上下文路徑?jīng)]搞對現(xiàn)象IDEA 里直接運(yùn)行沒問題打成 war 包丟到 Tomcat 的 webapps 目錄后訪問http://localhost:8080/404但訪問http://localhost:8080/項(xiàng)目名/login就能通。原因webapps 目錄下通常只允許一個 ROOT 應(yīng)用映射根路徑。war 包解壓出的目錄名和項(xiàng)目上下文路徑不一致。解決把 war 包改名為ROOT.war再扔進(jìn) webapps或訪問時帶項(xiàng)目目錄名。實(shí)際部署時推薦把項(xiàng)目直接部署為 ROOT相對路徑的鏈接不會有前綴問題。5.3 上傳文件時 request.getParameter 返回 null現(xiàn)象上傳表單加了enctypemultipart/form-data之后在 Servlet 里調(diào)用request.getParameter(description)拿到空值。原因multipart 請求的表單參數(shù)不再通過普通參數(shù)形式傳遞而是被拆進(jìn)各個 part 里。必須用fileUpload庫的parseRequest解析后從FileItem里讀取。解決先判斷ServletFileUpload.isMultipartContent(request)然后統(tǒng)一走 FileItem 解析流程。普通參數(shù)和文件不能混用兩種讀取方式。5.4 文件名中文亂碼POST 請求和下載響應(yīng)分別處理現(xiàn)象上傳的中文文件名存進(jìn)數(shù)據(jù)庫是???下載到本地文件名變成%E6%B5%8B%E8%AF%95.pdf。原因上傳階段是數(shù)據(jù)庫連接 URL 沒帶characterEncodingutf8下載階段是Content-Disposition編碼選擇錯誤。解決上傳階段數(shù)據(jù)庫 URL 追加useUnicodetruecharacterEncodingutf8頁面和 Servlet 里統(tǒng)一在讀取參數(shù)前調(diào)用request.setCharacterEncoding(UTF-8)下載階段按用戶瀏覽器 UA 選擇編碼方案見 3.2 節(jié)代碼。5.5 大文件上傳內(nèi)存溢出磁盤緩沖閾值設(shè)置不當(dāng)現(xiàn)象上傳 20MB 以上文件時 Tomcat 內(nèi)存漲得很厲害甚至OutOfMemoryError。原因DiskFileItemFactory默認(rèn)寫的閾值是 10KB沒設(shè)倉庫目錄文件全部被讀進(jìn)內(nèi)存。解決把setSizeThreshold設(shè)成1MB并配合setRepository指定臨時目錄。超過 1MB 的文件內(nèi)容自動落盤內(nèi)存占用就能穩(wěn)定下來。6. 從能用到好用這套云盤源碼的四個進(jìn)階改造方向拿到這份 Servlet 版云盤源碼并跑通之后下一步通常是做畢設(shè)深化或入職前的練手。我在拆這類項(xiàng)目時一般會按以下順序做進(jìn)階改造每一層改動都能在答辯或面試時講出內(nèi)容。第一個方向是寫文件下載的斷點(diǎn)續(xù)傳。原理基于 HTTP 的Range請求頭。瀏覽器發(fā)起下載時帶上Range: bytes1024-2047服務(wù)端跳過前 1024 字節(jié)繼續(xù)輸出。實(shí)現(xiàn)要點(diǎn)是先獲取File對象的長度再解析 Range 頭算出起止位置最后用RandomAccessFile的seek()定位。這塊代碼量不大但含金量高面試時能把 Range 頭的格式說清楚就很有競爭力。第二個方向是給文件表補(bǔ)充文件大小字段并同步到數(shù)據(jù)庫。很多新手項(xiàng)目文件表里只有文件名和路徑文件大小靠前端 JS 讀刷新頁面就丟了。正確做法是在UpLoadServlet里通過FileItem.getSize()拿到字節(jié)數(shù)入庫時一并寫入。有了這個字段文件列表頁才能穩(wěn)定顯示真實(shí)大小。第三個方向是登錄功能升級為 Session 攔截器或 Filter 校驗(yàn)。項(xiàng)目里現(xiàn)在每個 Servlet 各查各的 session新加頁面時一旦漏校驗(yàn)就能被匿名訪問。寫一個LoginFilter攔截除login.jsp外的所有請求校驗(yàn)session.getAttribute(loginUser)是否為 null為 null 就跳回登錄頁。這是從「能用」跨向「規(guī)范」的關(guān)鍵一步。第四個方向是數(shù)據(jù)庫密碼和連接參數(shù)外置。BaseDao里如果硬編碼了數(shù)據(jù)庫賬號密碼交源碼前一定抽到獨(dú)立的db.properties文件里。畢設(shè)答辯時老師會抽查代碼發(fā)現(xiàn)數(shù)據(jù)庫密碼硬編碼印象分會打折扣。抽出去之后換環(huán)境部署只需要改配置文件不用動代碼實(shí)際工作中這也是約定俗成的底線。這四件事做完這份源碼就已經(jīng)帶有個人改造的痕跡了和那份原始的課程設(shè)計(jì)有了明顯的區(qū)分度。從那以后我再拆任何 JavaWeb 畢設(shè)項(xiàng)目都強(qiáng)制自己先跑通原始代碼、畫完請求鏈路圖、補(bǔ)齊數(shù)據(jù)庫初始化腳本驗(yàn)證這三步再談優(yōu)化。三個月后再看那些「一行代碼都沒改」的下載文件夾能留下來的都是自己跑通并改過的版本。希望這份拆解能幫你把項(xiàng)目真正變成自己的東西也少踩幾個我已經(jīng)替你踩過的坑。本文還有配套的精品資源點(diǎn)擊獲取