從小到大如果你想碰數(shù)據(jù)庫JDBC幾乎是繞不開的第一道門。網(wǎng)上有很多大而全的視頻教程但是真正自己寫下來的東西少得可憐。今天要聊的這個“JDBC MySQL 圖書館迷你圖書管理系統(tǒng)”是我個人非常推薦拿來當練習的入門小項目沒有網(wǎng)頁沒有框架就一個控制臺能查詢、新增、修改、刪除、退出。把它手敲一遍你會比看十期教程都明白什么叫做“數(shù)據(jù)庫應用”。這個項目到底解決什么問題說白了它就是讓你把腦子里零散的 JDBC 知識點串成一條完整的線怎么連數(shù)據(jù)庫、怎么寫 SQL、怎么處理結(jié)果集、怎么關(guān)資源、怎么在控制臺里組織一套能跑起來的業(yè)務邏輯。適合正在學 Java 基礎(chǔ)、剛接觸數(shù)據(jù)庫的同學也適合那些想復習 JDBC 的老手——畢竟很多細節(jié)隔一段時間不看真的會忘。1. 這個“迷你”系統(tǒng)為什么值得手敲一遍1.1 控制臺應用是學習階段的正確選擇很多同學一上來就想寫 Web 項目Spring Boot 一套基礎(chǔ)框架搭起來連接池配好MVC 分層一鋪然后就發(fā)現(xiàn)自己連最基礎(chǔ)的數(shù)據(jù)流都沒搞明白請求是怎么進來的參數(shù)是怎么傳的SQL 是怎么發(fā)的結(jié)果又是怎么返回到界面上的?？蚣馨堰@些東西全都藏掉了出了問題你根本不知道是框架的鍋還是自己的鍋。控制臺項目完全沒有這個問題。沒有隱藏的封裝沒有自動配置你寫的每一行 Java 代碼都直接對應最終發(fā)生的事。用戶輸入一個數(shù)字代碼就去執(zhí)行操作查出來的數(shù)據(jù)用 System.out.println 一行一行打出來。這種“所見即所得”的方式對建立底層認知特別重要。等你有過幾次從 null 查到、從 SQLException 里看 stack trace 排查的經(jīng)歷再去碰框架會有完全不同的底氣。1.2 程序整體流程一個循環(huán)五個選項這個系統(tǒng)的骨架并不復雜核心就是一個 while 循環(huán)加 switch 分支判斷。用戶在控制臺鍵入“1”到“5”程序分別走到查詢、新增、修改、刪除、對應的處理邏輯然后重新回到菜單直到用戶輸入“5”退出。Scanner scanner new Scanner(System.in); while (true) { System.out.println( 迷你圖書館管理系統(tǒng) ); System.out.println(1. 查詢?nèi)繒?; System.out.println(2. 新增書籍); System.out.println(3. 修改書籍); System.out.println(4. 刪除書籍); System.out.println(5. 退出系統(tǒng)); System.out.print(請選擇操作); String option scanner.nextLine(); switch (option) { case 1 - listAllBooks(); case 2 - addBook(scanner); case 3 - updateBook(scanner); case 4 - deleteBook(scanner); case 5 - { System.out.println(感謝使用再見。); System.exit(0); } default - System.out.println(輸入有誤請選擇 1 - 5 之間的數(shù)字。); } }你可能會問為什么不直接用 int 接收數(shù)字然后用 switch 匹配因為用戶真的會輸入各種奇怪的東西比如“abc”“空格”之類。用 nextLine() 接收字符串可以更好地容錯。我見過很多人在這上面踩坑用 nextInt() 接收選項結(jié)果下次再用 nextLine() 讀書籍標題的時候就會吞掉那個換行符導致輸入直接錯亂。所以從一開始就統(tǒng)一用 nextLine() 讀字符串是最省心的做法。1.3 代碼分層不搞架構(gòu)但要有一點邊界感練習項目不需要整高深的分層架構(gòu)但建議還是把代碼拆成幾個類而不是全部懟進一個 main 方法里。我自己寫的時候習慣至少分成三層實體類 Book對應數(shù)據(jù)庫表的一行數(shù)據(jù)屬性就是表的字段數(shù)據(jù)訪問類 BookDao里面封裝所有 JDBC 操作每個方法負責一條 SQL 該干的事主類 Main負責控制臺菜單和用戶交互。這樣拆的好處有兩個。第一main 方法里不會堆幾十行 JDBC 代碼看著清爽。第二當你后面想擴展功能比如加一個“按出版社查詢”的方法只需要在 BookDao 里加方法不會牽一發(fā)動全身。實體類的寫法很簡單就是私有屬性加 getter/setter。有些人覺得這種類沒有技術(shù)含量但它其實是后面所有框架里實體映射的基礎(chǔ)老老實實寫一遍沒有壞處。2. 動手前準備環(huán)境、建庫建表與命名習慣2.1 版本搭配與驅(qū)動下載別在第一步卡住環(huán)境這塊其實沒什么玄學。JDK 用 8 以上就好我現(xiàn)在用得比較多的是 JDK 11往下兼容基本沒什么問題。MySQL 用 5.7 或 8.0 都可以這個項目用到的功能非?；A(chǔ)不會觸及版本間差異太大的特性。真正要注意的是 JDBC 驅(qū)動 jar 包的版本。MySQL 8.0 之后驅(qū)動類名變成了com.mysql.cj.jdbc.Driver而老版本是com.mysql.jdbc.Driver。你如果拿一個舊的 5.x 驅(qū)動 jar 去連 MySQL 8很可能會報各種奇怪的兼容錯誤。我個人建議直接引入較新版本的驅(qū)動 jar下載之后把它放到項目的 lib 目錄然后在 IDE 里 Add as Library。這一步看似簡單但 90% 的初學者卡住都是因為這個 jar 沒放進去或者放進去沒生效。判斷方法也很簡單代碼里用到Class.forName(com.mysql.cj.jdbc.Driver)如果運行時報了ClassNotFoundException那就說明驅(qū)動類根本沒被加載進來先檢查 jar 是否真的被依賴上再去查別的問題。2.2 建庫建表字段類型不要亂選接下來是數(shù)據(jù)庫設(shè)計。這個小系統(tǒng)的表結(jié)構(gòu)非常容易CREATE DATABASE library_db DEFAULT CHARACTER SET utf8mb4; USE library_db; CREATE TABLE book ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT 圖書編號, title VARCHAR(200) NOT NULL COMMENT 書名, author VARCHAR(100) NOT NULL COMMENT 作者, price DECIMAL(8, 2) DEFAULT 0.00 COMMENT 價格, publisher VARCHAR(100) COMMENT 出版社, publish_date DATE COMMENT 出版日期 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;這里有幾個細節(jié)值得拿出來說。第一價格字段別用 FLOAT 或 DOUBLE。二進制浮點數(shù)存十進制小數(shù)會產(chǎn)生精度問題比如存 39.9讀出來可能是 39.900000001。DBA 看到這種設(shè)計會皺眉做練習的時候就應該養(yǎng)成用 DECIMAL 的習慣。第二日期字段用 DATE而不是 VARCHAR。有些教程為了省事把日期當字符串存程序里面也能跑但你后面一旦要做日期范圍查詢就會非常痛苦字面比較和日期比較的邏輯完全不同。第三主鍵用自增 INT 就好。別去搞那種“業(yè)務編號”比如什么“ISBN”ISBN 本身有數(shù)據(jù)錄入錯誤的風險不適合當主鍵。小型練習項目里代理主鍵就是最省事的解。2.3 字符集與存儲引擎這兩個坑你在代碼里感受不到在 MySQL 里utf8mb4和utf8的差別很多人一直沒搞清楚。MySQL 的utf8最多只能存 3 字節(jié)編碼的字符這意味著像 emoji 這類 4 字節(jié)字符它會報錯或者存成亂碼。utf8mb4是真正兼容完整 Unicode 的字符集。書名里如果出現(xiàn)特殊符號用utf8mb4就不會出幺蛾子。存儲引擎建議顯式寫成 InnoDB。MySQL 5.5 以后默認就是 InnoDB但作為練習最好知道為什么要選它只有 InnoDB 支持事務和外鍵。本項目里用到的事務不多但你在建表的時候把它當成默認標準后續(xù)做轉(zhuǎn)賬練習、訂單練習就會順手很多。建表之后順手插幾條測試數(shù)據(jù)方便后面調(diào)試查詢功能INSERT INTO book (title, author, price, publisher, publish_date) VALUES (Java核心技術(shù), 某作者, 139.00, 某出版社, 2022-01-15), (代碼整潔之道, 某作者, 59.00, 某出版社, 2020-06-30), (數(shù)據(jù)庫系統(tǒng)概論, 某作者, 49.50, 某出版社, 2019-03-20);3. JDBC 連接新手翻車總數(shù)最多的一道門檻3.1 用 Properties 文件管理連接參數(shù)別在代碼里寫死密碼剛開始練習的時候很多人會把連接參數(shù)直接寫在 Java 代碼里圖省事String url jdbc:mysql://localhost:3306/library_db?useSSLfalseserverTimezoneAsia/Shanghai; String username root; String password 123456;這樣寫不是不能跑但有一個非?，F(xiàn)實的壞處改數(shù)據(jù)庫密碼、換庫名的時候你得跑回代碼里改改完還要重新編譯。這還算小事更麻煩的是代碼一旦提交到團隊倉庫等于把數(shù)據(jù)庫密碼暴露給所有人。從練習第一天開始養(yǎng)成好習慣把連接信息放到jdbc.properties文件里drivercom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/library_db?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8 usernameroot password123456在 Java 里用Properties類加載Properties props new Properties(); try (InputStream in DBUtil.class.getClassLoader().getResourceAsStream(jdbc.properties)) { props.load(in); }這樣數(shù)據(jù)庫配置和代碼就完全分開了。以后不管換環(huán)境還是調(diào)參數(shù)都只需要改一個配置文件比在代碼里找連接字符串舒服得多。3.2 連接參數(shù)里那幾段神秘字符串逐個解釋URL 里那串useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8看起來很勸退其實每一段都有原因。useSSLfalse本機調(diào)試階段根本不需要加密加上等于告訴驅(qū)動不用做證書校驗省去一堆握手時間。生產(chǎn)環(huán)境再考慮開 SSL那又是另一套話題。serverTimezoneAsia/ShanghaiMySQL 8 驅(qū)動要求明確指定時區(qū)否則會報一個關(guān)于 CST 時區(qū)的歧義異常。不管你的機器在哪寫明確時區(qū)是最穩(wěn)妥的。characterEncodingutf8這個要和建表時的utf8mb4區(qū)分開。它管的是客戶端和服務器之間傳輸字符的編碼方式如果不加中文寫入后很容易變成問號。3.3 連接資源抓住 try-with-resources 這個救命語法JDBC 最容易被忽視但又最致命的問題就是資源泄漏。每個操作都要拿到 Connection用完如果不關(guān)數(shù)據(jù)庫連接池里的連接就會被耗盡系統(tǒng)最終表現(xiàn)為“越來越慢然后直接掛掉”。所以從寫第一版代碼開始就一定要用 try-with-resources 語法。它會在 try 代碼塊結(jié)束時自動關(guān)閉所有實現(xiàn)了AutoCloseable的資源。public ListBook findAll() { String sql SELECT id, title, author, price, publisher, publish_date FROM book; ListBook books new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { while (rs.next()) { Book book new Book(); book.setId(rs.getInt(id)); book.setTitle(rs.getString(title)); book.setAuthor(rs.getString(author)); book.setPrice(rs.getBigDecimal(price)); book.setPublisher(rs.getString(publisher)); book.setPublishDate(rs.getDate(publish_date)); books.add(book); } } catch (SQLException e) { e.printStackTrace(); } return books; }你可能會想既然 try-with-resources 這么方便是不是完全不用手動寫 close 了其實不是如果你用一個Connection對象執(zhí)行多個操作比如用同一個連接先查再改那你不能把連接寫在方法內(nèi)部的 try 里否則一個方法結(jié)束連接就關(guān)了。對于這個迷你系統(tǒng)每次操作獨立開一個連接用完即關(guān)是最清醒簡單的模型。3.4 每次操作都連接一次會不會太浪費會有一點浪費但這是練習項目優(yōu)先級不是性能而是結(jié)構(gòu)清晰。每次操作都新建連接意味著每次操作都是獨立的、可預測的不會出現(xiàn)一個連接狀態(tài)影響另一個操作的情景。真到性能有要求的時候再去引入連接池比如 HikariCP。連接池的原理很好理解預先創(chuàng)建一批連接放在池子里程序要連接時從池子里拿用完放回去而不是真的斷開。你在這個練習項目里理解了 Connection 的生命周期再去看連接池的配置參數(shù)就完全不會懵了。4. 四個核心功能的一次性實現(xiàn)與常遇易錯點4.1 查詢先寫出不帶條件的再寫模糊查詢查詢功能是四個功能里最直接的但依然有值得注意的地方。第一步先實現(xiàn)“查詢?nèi)俊本褪巧厦娲a里那段跑起來能在控制臺看到表格里已有的數(shù)據(jù)。第二步可以在菜單里加一個“按書名模糊查詢”的選項。這里有一個很重要的知識點為什么用PreparedStatement而不是Statement。public ListBook findByTitle(String keyword) { String sql SELECT id, title, author, price, publisher, publish_date FROM book WHERE title LIKE ?; ListBook books new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Book book new Book(); book.setId(rs.getInt(id)); book.setTitle(rs.getString(title)); book.setAuthor(rs.getString(author)); book.setPrice(rs.getBigDecimal(price)); book.setPublisher(rs.getString(publisher)); book.setPublishDate(rs.getDate(publish_date)); books.add(book); } } } catch (SQLException e) { e.printStackTrace(); } return books; }PreparedStatement最大的好處是用占位符?先把 SQL 結(jié)構(gòu)定下來用戶輸入的內(nèi)容只能作為參數(shù)傳進去。如果你圖省事直接拼接字符串String sql SELECT * FROM book WHERE title LIKE % keyword %;這時候用戶如果輸入一個單引號SQL 語句就變了這就是傳說中的 SQL 注入。別覺得練習項目不用考慮安全問題養(yǎng)成正確的習慣比什么都重要寫 SQL 就用占位符永遠不要在 SQL 字符串里直接拼接用戶輸入。4.2 新增別只寫 INSERT帶上返回主鍵新增功能看起來就是往表里插入一行public int insert(Book book) { String sql INSERT INTO book (title, author, price, publisher, publish_date) VALUES (?, ?, ?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)) { ps.setString(1, book.getTitle()); ps.setString(2, book.getAuthor()); ps.setBigDecimal(3, book.getPrice()); ps.setString(4, book.getPublisher()); // setDate 需要 java.sql.Date這里做個轉(zhuǎn)換 if (book.getPublishDate() ! null) { ps.setDate(5, new java.sql.Date(book.getPublishDate().getTime())); } else { ps.setDate(5, null); } int rows ps.executeUpdate(); try (ResultSet keys ps.getGeneratedKeys()) { if (keys.next()) { int id keys.getInt(1); book.setId(id); System.out.println(新增成功生成的主鍵 ID id); } } return rows; } catch (SQLException e) { e.printStackTrace(); return 0; } }這里有個很多人不會在小項目里注意的點prepareStatement(sql)和prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)的區(qū)別。默認情況下PreparedStatement 執(zhí)行完 INSERT 不會拿回自增主鍵如果你后面需要這個新記錄的 id 去操作關(guān)聯(lián)表比如插入“圖書借閱記錄”主鍵就非常有用。所以養(yǎng)成一個習慣新增操作盡量考慮是否需要返回主鍵。插入操作還要注意 NULL 的處理。用戶在控制臺可能把出版日期留空了那么你就不能強制調(diào)用ps.setDate(5, date)而沒有 null 判斷。JDBC 規(guī)定如果你傳入 null必須顯式調(diào)用setDate(5, null)直接傳 Java null 進去有時候會拋異常。4.3 修改注意“只更新用戶填了的那部分”要怎么做修改功能比新增稍微復雜一點點因為它面臨一個選擇是把所有字段都更新一遍還是只更新用戶填寫的字段。最省事的方案是讓用戶把 id 和所有字段都重輸一遍然后整行更新public int update(Book book) { String sql UPDATE book SET title ?, author ?, price ?, publisher ?, publish_date ? WHERE id ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, book.getTitle()); ps.setString(2, book.getAuthor()); ps.setBigDecimal(3, book.getPrice()); ps.setString(4, book.getPublisher()); if (book.getPublishDate() ! null) { ps.setDate(5, new java.sql.Date(book.getPublishDate().getTime())); } else { ps.setDate(5, null); } ps.setInt(6, book.getId()); return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } }另一種方案是“動態(tài) SQL”只更新用戶傳入的非空字段。但是用純 JDBC 寫動態(tài) SQL 非常啰嗦你需要根據(jù)不同的情況拼接 SQL 語句和參數(shù)。初學者很容易在這里寫出字符串拼接而且容易漏掉逗號。所以對于這個迷你項目我建議就選整行更新的方案邏輯清楚、代碼短小。等以后學了 MyBatis會發(fā)現(xiàn)動態(tài) SQL 是框架幫你解決的問題而這里先把靜態(tài) SQL 寫熟練更重要。4.4 刪除執(zhí)行成功不一定代表真的刪掉了東西刪除操作是四個操作里代碼最短的public int deleteById(int id) { String sql DELETE FROM book WHERE id ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, id); return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } }這里的關(guān)鍵是executeUpdate()返回的“受影響行數(shù)”是 0不代表執(zhí)行出錯而是說沒有匹配到對應的記錄。所以在控制臺層面你應該根據(jù)這個返回值給用戶不同的反饋int rows bookDao.deleteById(id); if (rows 0) { System.out.println(刪除成功); } else { System.out.println(沒有找到 ID 對應的書籍請檢查后重試); }這種看似微不足道的反饋恰恰是系統(tǒng)可用性的體現(xiàn)。直接把“刪除成功”打印出去但實際什么都沒刪用戶會非常困惑。5. 實戰(zhàn)中的故障排查——這些坑我替你踩過了5.1 高頻報錯速查表我把練習過程中最容易撞到的幾個問題和排查方法整理成了一張表新手照著查就行報錯信息通常原因排查順序ClassNotFoundException: com.mysql.cj.jdbc.Driver驅(qū)動 jar 沒引入或類名寫錯檢查 lib 目錄檢查類名是否帶 cjAccess denied for user rootlocalhost用戶名或密碼不對先用命令行工具連一遍確認賬號Unknown database library_db數(shù)據(jù)庫沒建或庫名寫錯執(zhí)行SHOW DATABASES確認Public Key Retrieval is not allowedMySQL 8 的認證插件問題URL 加allowPublicKeyRetrievaltrueConnection refusedMySQL 服務沒啟動確認服務狀態(tài)也確認端口不是默認 3306Column xxx cannot be null插入/更新時空值沒處理檢查代碼里是否傳了 null 給非空字段Data too long for column xxx字段長度設(shè)小了調(diào)整 VARCHAR 長度比如書名設(shè) 200 很合理控制臺中文亂碼成一堆????連接 URL 沒帶 characterEncoding 或表不是 utf8mb4兩頭排查連接參數(shù)和表字符集5.2 最容易忽略的根因IDE 與文件編碼中文亂碼還有一個特別隱蔽的來源就是你的 Java 源文件本身的編碼不對。IDE 默認可能是 GBK但是編譯的時候又按 UTF-8 去解碼中文字符串直接變成亂碼。這個和數(shù)據(jù)庫一點關(guān)系都沒有。解決辦法很簡單統(tǒng)一把整個項目的字符編碼設(shè)置為 UTF-8。在 IDE 里找到編碼設(shè)置把項目全局、文件的默認編碼都改成 UTF-8。數(shù)據(jù)庫那邊確認表是 utf8mb4連接 URL 帶 characterEncodingutf8這樣一套組合下來中文就非常穩(wěn)。5.3 排查問題的標準流程5.3 排查問題的標準流程遇到報錯不要急著到處找答案我給你一套百試百靈的方法。先把異常信息完整讀一遍找到 “Caused by” 那一行那通常才是真正的病根。然后按下面順序檢查確認 MySQL 服務正常命令行執(zhí)行SELECT 1如果能查出結(jié)果說明服務端沒問題。確認驅(qū)動 jar 確實在 classpath手動在代碼里新建一個驅(qū)動類看看能不能編譯過。確認 SQL 語法本身沒問題把我上面寫的 SQL 直接復制到數(shù)據(jù)庫客戶端執(zhí)行比如用 Navicat 或命令行看看能不能跑。這一步能幫你把“SQL 錯誤”和“Java 代碼錯誤”快速區(qū)分開。確認參數(shù)綁定順序?占位符的順序和setXxx的順序必須一一對應這個錯誤很難肉眼發(fā)現(xiàn)建議一行一行對。這套流程走一遍可以說覆蓋了 90% 的 JDBC 連接與執(zhí)行問題。6. 做完之后下一步還能怎么練6.1 用“三層結(jié)構(gòu)”重寫一遍如果你把第一個版本寫出來并且跑通了別急著發(fā)朋友圈慶祝我先給你留一個作業(yè)把項目拆成 Service 層、DAO 層、實體層然后給 DAO 加一個接口。為什么要做接口因為你現(xiàn)在的 BookDao 是直接實現(xiàn)代碼接口的意義在于你定義“這個系統(tǒng)需要哪些數(shù)據(jù)操作能力”然后在實現(xiàn)類里做具體的事情。以后你想把 BookDao 的實現(xiàn)換成別的數(shù)據(jù)庫比如換成 PostgreSQL只需要再寫一個新的實現(xiàn)類控制臺主程序幾乎不用動。這個練習不需要新的框架就是純 Java 就能做建一個接口BookDao里面放ListBook findAll()、int insert(Book book)、int update(Book book)、int deleteById(int id)這些方法然后讓BookDaoImpl去實現(xiàn)它。改完之后你會發(fā)現(xiàn)面向接口編程并沒有想象中那么玄學就是你平時做事的一種方式先定好規(guī)矩再談具體怎么做。6.2 試著加一個“借書還書”場景練練事務如果你覺得 CRUD 已經(jīng)手到擒來了可以在這個圖書館系統(tǒng)里加一個借書還書的功能專門用來練事務。場景是這樣的圖書館里每一本書有庫存數(shù)量用戶借一本書不僅要往“借閱記錄表”里插入一條記錄還要把書的庫存減一。這兩個操作必須同時成功或者同時失敗否則就會出現(xiàn)“記錄借出去了但庫存沒減”這種數(shù)據(jù)不一致。在 JDBC 里面事務代碼的正規(guī)寫法是這樣的public boolean borrowBook(int bookId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); String updateStock UPDATE book SET stock stock - 1 WHERE id ? AND stock 0; String insertRecord INSERT INTO borrow_record (book_id, borrow_time) VALUES (?, NOW()); try (PreparedStatement ps conn.prepareStatement(updateStock)) { ps.setInt(1, bookId); int rows ps.executeUpdate(); if (rows 0) { throw new SQLException(庫存不足或書籍不存在); } } try (PreparedStatement ps conn.prepareStatement(insertRecord)) { ps.setInt(1, bookId); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }注意這里我沒有用 try-with-resources 來管理 Connection因為事務要求連接在多個操作之間保持一致try-with-resources 放在外圍會把連接提前關(guān)掉。你要手工控制 commit 和 rollback以及確保 finally 里把連接關(guān)掉。練完這個小場景你會對事務、原子性、回滾這些東西有非常直觀的理解比單純背概念強十倍。7. 我把這個項目重新做一遍的體會說起來這個項目我已經(jīng)不是第一次寫了。每次重新寫都會發(fā)現(xiàn)一些之前沒注意的細節(jié)比如 DECIMAL 和 DOUBLE 的差別比如設(shè)置RETURN_GENERATED_KEYS比如字符集統(tǒng)一。技術(shù)這東西就是這樣光看永遠覺得簡單真正動手才會暴露自己的盲區(qū)。如果你正要開始做這個練習我建議你給自己定一個硬指標不要直接復制本文任何代碼全部手打每一行都要能說出它是干什么的。遇到不會的先查 Java 文檔再看別人怎么寫最后回來自己寫一遍。這個過程會比較慢但每解決一個問題你就積攢了一個真實的經(jīng)驗這種經(jīng)驗是你刷再多的題都換不來的。最后再分享一個小技巧寫完之后把項目的運行截圖和過程總結(jié)保存下來哪怕只是扔在自己的博客里。過三個月再回頭看你會發(fā)現(xiàn)這些記錄提醒你自己的成長到底有多大。繼續(xù)往下走就把這個書架上的第一本“書”越做越厚。