簡介一份面向 Java 課程設計及 GUI 初學者的圖書管理系統(tǒng)資料包覆蓋圖書入庫、分類編目、多條件查詢、借還書及權限管理等完整業(yè)務閉環(huán)。整體圍繞系統(tǒng)管理、進書管理、圖書入庫、查詢和借還書五大模塊展開包含角色管理、用戶管理、修改密碼、新書登記、庫存位置更新、超期罰款與續(xù)借校驗等細致功能讀者和管理員擁有不同操作權限貼近實際館藏業(yè)務場景。代碼中同時體現(xiàn)界面交互與業(yè)務邏輯的分離可直接運行學習或二次開發(fā)部署。資源共 263 個文件以 93 個 Java 源碼為主輔以 26 個依賴 jar、109 個編譯 class、SQL 初始腳本、課設報告及界面圖片整體約 16.87MB便于對照源碼、報告與數(shù)據(jù)庫腳本理清設計思路。已有 5589 人學習使用適合借鑒 Java Swing 界面布局、JDBC 數(shù)據(jù)操作與分層思想也可快速搭起圖書信息管理原型或改造成畢業(yè)設計。1. 圖書管理系統(tǒng)Java GUI 實現(xiàn)先想清楚它到底在練什么如果你搜到這個標題多半是期末項目、課程設計或者簡歷上缺一個“拿得出手”的桌面應用。圖書管理系統(tǒng)用 Java GUI 實現(xiàn)幾乎是所有 Java 學習路線里繞不開的題——但很多人做完只得到一個“能跑”的評價面試一問封裝和布局就卡殼。這個題的核心不是“圖書增刪改查”那幾張表而是把 Swing/AWT 的界面事件、業(yè)務邏輯、數(shù)據(jù)存取三層拆開讓你理解桌面應用的真實結構。適合兩類人一是正在做課程設計、需要穩(wěn)過答辯的學生二是想通過一個完整項目把 Java 基礎、集合框架、文件 IO 或 JDBC 串起來的自學者。這篇筆記按我實際帶人做項目的習慣來講不貼完整源碼把架構、關鍵代碼、參數(shù)取舍和坑講透你照著搭骨架往里填自己的需求即可。2. 界面層怎么搭從布局選型到事件監(jiān)聽的落地套路2.1 為什么大部分人的 GUI 代碼一坨事件監(jiān)聽和業(yè)務邏輯混在了一起不管用 Swing 還是 AWT最常見的翻車就是把按鈕點擊事件里直接寫Connection、PreparedStatement界面卡死不說后期想改成 MySQL 或者文件存儲得把整個類重寫。界面層只該做兩件事擺放組件、把用戶動作轉(zhuǎn)換成對業(yè)務層的調(diào)用。我一般會先在紙上畫出界面草圖標注每個按鈕對應哪個業(yè)務動作再動手寫代碼。這樣后面無論換界面皮膚還是換數(shù)據(jù)庫都不用動業(yè)務邏輯。一個可復現(xiàn)的拆分方式是界面類只持有業(yè)務對象的引用按鈕事件里只調(diào)用業(yè)務方法返回值更新到表格或文本域。這樣每個類的職責清晰答辯時也容易講。Swing 是單線程模型所有 UI 更新必須在事件分發(fā)線程EDT上執(zhí)行這也是后面講并發(fā)時要重點處理的點。先把這一層做對后面的數(shù)據(jù)層和業(yè)務層才能站穩(wěn)。2.2 布局管理器的選型邊界布局還是網(wǎng)格布局圖書管理系統(tǒng)的界面無外乎頂部搜索欄、中間表格、右側(cè)操作按鈕、底部狀態(tài)欄。我建議用BorderLayout做主布局North 放搜索和操作按鈕Center 放JTableSouth 放狀態(tài)提示。左側(cè)如果需要分類樹或借閱面板再加一個 West。這樣窗口縮放時表格區(qū)域能自動拉伸不會出現(xiàn)按鈕擠成一團。JFrame frame new JFrame(圖書管理系統(tǒng)); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); frame.setSize(1000, 700); frame.setLocationRelativeTo(null); JPanel topPanel new JPanel(new FlowLayout(FlowLayout.LEFT, 10, 10)); topPanel.add(new JLabel(書名)); JTextField searchField new JTextField(15); topPanel.add(searchField); JButton searchBtn new JButton(搜索); topPanel.add(searchBtn); JButton addBtn new JButton(新增); topPanel.add(addBtn); JTable table new JTable(); JScrollPane scrollPane new JScrollPane(table); JPanel bottomPanel new JPanel(new FlowLayout(FlowLayout.RIGHT)); JLabel statusLabel new JLabel(共 0 條記錄); bottomPanel.add(statusLabel); frame.add(topPanel, BorderLayout.NORTH); frame.add(scrollPane, BorderLayout.CENTER); frame.add(bottomPanel, BorderLayout.SOUTH); frame.setVisible(true);BorderLayout的五個區(qū)域里Center 會優(yōu)先獲得剩余空間所以表格放這里最合適。FlowLayout 用于工具條和狀態(tài)欄可以避免按鈕自動拉伸變形。如果你的搜索欄和按鈕比較多可以換成GridBagLayout但新手不建議一上來就用調(diào)試成本高。有人會用null布局然后絕對定位不推薦——窗口一縮放組件就亂跑高分屏下更是災難。表格部分有兩個關鍵點一是JTable默認不可滾動必須包在JScrollPane里二是默認編輯器對雙擊修改支持不友好如果你不想讓用戶直接改表格重寫isCellEditable返回false。搜索框的事件要注意按回車觸發(fā)搜索和點按鈕觸發(fā)搜索是兩種習慣我一般兩個都綁綁同一個方法省得用戶抱怨“按回車沒反應”。2.3 Swing 事件監(jiān)聽的三種寫法與選擇事件監(jiān)聽有匿名內(nèi)部類、lambda、實現(xiàn)ActionListener接口三種常見寫法。匿名內(nèi)部類最啰嗦但最直觀適合新手理解“監(jiān)聽器是被動回調(diào)”這個模型lambda 簡潔適合寫工具按鈕實現(xiàn)接口適合一個監(jiān)聽器處理多個控件——通過e.getSource()判斷點擊來源。我建議代碼里混合用但每個類只保留一種風格別有的按鈕 lambda 有的按鈕匿名類維護起來精神污染。// lambda 寫法適合簡單動作 searchBtn.addActionListener(e - doSearch(searchField.getText().trim())); // 傳統(tǒng)寫法適合復用同一邏輯 addBtn.addActionListener(this::handleAdd); deleteBtn.addActionListener(this::handleDelete);addBtn.addActionListener(this::handleAdd)是用方法引用把兩個按鈕的點擊事件指向同一個處理方法。如果你的“新增”和“編輯”彈同一個對話框這種寫法能省不少重復代碼。事件處理的命名也有規(guī)矩doSearch、handleDelete一看就知道是事件響應方法不要用btn1Click這種寫給自己看的名字。這一點在答辯時很加分代碼結構多是老師最看重的東西。3. 數(shù)據(jù)層設計從文件存儲到 JDBC 的取舍3.1 文件存儲還是數(shù)據(jù)庫小項目也有大講究很多課程設計要求里沒寫死必須用數(shù)據(jù)庫這時候就有選擇空間。我見過有人用 ArrayList 硬扛程序一關數(shù)據(jù)全沒這不行有人用 TXT 文件按逗號分隔存簡單但查詢和修改要遍歷全文有人用對象序列化存ListBook讀起來方便但文件結構不透明。我的建議是如果你的課程設計只要求“能跑”用序列化或 CSV 都行如果要求“貼近真實系統(tǒng)”直接上 SQLite 或 MySQL。用 SQLite 不需要單獨裝服務驅(qū)動一個 jar 包就夠非常適合單機桌面程序。// 用對象序列化保存圖書列表代碼量最少 public class BookStore { private ListBook books new ArrayList(); public void save(String path) throws IOException { try (ObjectOutputStream out new ObjectOutputStream( new FileOutputStream(path))) { out.writeObject(books); } } SuppressWarnings(unchecked) public void load(String path) throws IOException, ClassNotFoundException { try (ObjectInputStream in new ObjectInputStream( new FileInputStream(path))) { books (ListBook) in.readObject(); } } }序列化的好處是Book類實現(xiàn)了Serializable就能整存整取三行代碼搞定持久化。缺點是文件是二進制的不能用文本編輯器直接看出了問題難排查。ObjectInputStream讀取時返回的是Object必須強轉(zhuǎn)回ListBook這個轉(zhuǎn)換失敗通常會拋ClassNotFoundException——如果你改了Book類的包名或字段舊文件就讀不出來了。這是序列化的經(jīng)典坑改一次模型類老數(shù)據(jù)全廢。如果你選 JDBC 連 MySQL要注意驅(qū)動版本和 Java 版本匹配。新版驅(qū)動類名是com.mysql.cj.jdbc.Driver老的是com.mysql.jdbc.Driver這個坑不踩一遍真的記不住。連接串里建議加上useSSLfalseserverTimezoneAsia/Shanghai否則 MySQL 8 以上會在連接時報時區(qū)錯誤。SQLite 相對省心連接串就是jdbc:sqlite:books.db——不用配賬號密碼本地文件即數(shù)據(jù)庫特別適合桌面單機軟件。3.2 圖書實體類的字段設計與校驗別等到寫 SQL 才后悔實體類的字段決定表格列、表單輸入項和 SQL 語句的映射關系。圖書常見的字段id主鍵、title書名、author作者、publisher出版社、isbnISBN 號、price價格、stock庫存、category分類。其中 ISBN 適合用 String 而不是 long——ISBN 可能以 0 開頭數(shù)值類型會丟前導零。價格用BigDecimal而不是 doubledouble 的浮點誤差在金額計算上會翻車0.1 0.2 會得出 0.30000000000000004教訓太深刻了。public class Book { private int id; private String title; private String author; private String publisher; private String isbn; private BigDecimal price; private int stock; private String category; public Book(String title, String author, String isbn, BigDecimal price, int stock) { this.title title; this.author author; this.isbn isbn; this.price price; this.stock stock; } // getter / setter 省略 }字段校驗應該放在 setter 里不要等寫到數(shù)據(jù)庫層才發(fā)現(xiàn)空指針或格式不對。比如setStock(int stock)里if (stock 0) throw new IllegalArgumentException(庫存不能為負數(shù))這樣任何非法數(shù)據(jù)在源頭就被攔下。有人在表單層校驗有人寫在數(shù)據(jù)庫層但從工程角度講實體類做基本校驗、業(yè)務層做流程校驗、數(shù)據(jù)庫層做約束校驗三層各管一段寧可冗余也別漏。答辯時老師喜歡問“你這數(shù)據(jù)哪里校驗的”三層校驗方案能講出東西。3.3 數(shù)據(jù)訪問層DAO 模式的實現(xiàn)與參數(shù)化查詢數(shù)據(jù)訪問層DAO的核心價值是業(yè)務層只面對接口不關心數(shù)據(jù)是存在 MySQL 還是序列化文件。如果你一開始用 ArrayList后面要換 MySQL只要新寫一個實現(xiàn)類替換掉原來那個就可以。接口定義什么樣的方法常見的就六個addBook、deleteBook、updateBook、findById、findByKeyword、getAllBooks。public interface BookDao { ListBook getAllBooks(); Book findById(int id); ListBook findByKeyword(String keyword); void addBook(Book book) throws SQLException; void updateBook(Book book) throws SQLException; void deleteBook(int id) throws SQLException; }接口先定義好再分別寫FileBookDao和MySqlBookDao。這樣代碼結構給老師看的時候能講兩層優(yōu)勢一是業(yè)務層不依賴具體存儲實現(xiàn)二是測試時可以注入假的 DAO不用連真數(shù)據(jù)庫。SQL 查詢里有一個鐵律永遠別用字符串拼接 SQL要用PreparedStatement參數(shù)化查詢。原因不只是防止 SQL 注入還因為拼接改不了特殊字符——書名里有個單引號你的 SQL 直接語法錯誤。public ListBook findByKeyword(String keyword) throws SQLException { String sql SELECT * FROM book WHERE title LIKE ? OR author LIKE ?; try (Connection conn getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); ps.setString(2, % keyword %); try (ResultSet rs ps.executeQuery()) { ListBook books new ArrayList(); while (rs.next()) { books.add(mapRowToBook(rs)); } return books; } } }LIKE ?配合ps.setString(1, % keyword %)是模糊查詢的標準寫法通配符作為參數(shù)傳入而不是拼進 SQL既安全又能讓數(shù)據(jù)庫復用執(zhí)行計劃。try-with-resources寫法確保 Connection、PreparedStatement、ResultSet 都會自動關閉這是 Java 7 之后的最佳實踐。注意一個細節(jié)LIKE 查詢里如果 keyword 本身帶%或_會被當成通配符處理需要轉(zhuǎn)義。這個邊界情況很多人不知道測試時永遠搜不到帶下劃線的書名。要么在業(yè)務層過濾特殊字符要么用ESCAPE子句我一般選擇前者——用戶輸入_時自動替換成\_再傳入。4. 三層架構串聯(lián)從界面到數(shù)據(jù)的一整條調(diào)用鏈4.1 業(yè)務層到底該干哪些活事務、校驗、組裝業(yè)務層夾在界面和數(shù)據(jù)層中間很多人不知道怎么填。它不該只是轉(zhuǎn)手調(diào)用 DAO——如果那樣三層架構就是三層空殼。業(yè)務層該處理組合校驗比如新增圖書時 ISBN 不能和已有重復、事務邊界借書操作里要先減庫存再插入借閱記錄兩步要么都成功要么都回滾、業(yè)務規(guī)則庫存不足不能借出。這些邏輯放界面層會讓代碼亂成一鍋粥放數(shù)據(jù)層會讓 SQL 和業(yè)務耦合只有業(yè)務層是正確位置。public class BookService { private BookDao bookDao; public BookService(BookDao bookDao) { this.bookDao bookDao; } public boolean addBook(Book book) { ListBook exists bookDao.findByKeyword(book.getIsbn()); if (!exists.isEmpty()) { return false; // ISBN 重復業(yè)務規(guī)則拒絕 } try { bookDao.addBook(book); return true; } catch (SQLException e) { return false; } } }BookService構造時注入BookDao接口不直接 new 具體實現(xiàn)。這就是控制反轉(zhuǎn)代碼里只有“依賴接口”這一個約定以后測試也好、換實現(xiàn)也好都先改這里。業(yè)務方法返回布爾值而不是拋異常是為了讓界面層好判斷返回true彈“新增成功”返回false彈“ISBN 重復”。如果改成往里拋SQLException界面層會變成一堆 try-catch——難看但不是不能用看你項目規(guī)模。我自己做小項目時也常直接用 boolean 返回簡單直接缺點是錯誤原因只有一個布爾值用戶不知道到底錯在哪。要么返回一個自定義結果對象要么異常和布爾值混用看具體場景但別一個項目里兩種風格都來。4.2 從按鈕到數(shù)據(jù)庫的完整鏈路一次新增操作走全程為了讓你真正看明白三層怎么協(xié)作我把“新增圖書”的完整調(diào)用鏈拆開講。用戶填完表單點“保存”界面層拿到輸入值構造一個Book對象調(diào)用bookService.addBook(book)業(yè)務層先做重復校驗再調(diào)用bookDao.addBook(book)數(shù)據(jù)層組裝INSERTSQL執(zhí)行后返回。界面層根據(jù)返回值決定彈什么提示同時刷新表格數(shù)據(jù)。這條鏈路看起來簡單但很多人的代碼里少了最后一步“刷新表格”——新增了書界面上沒變化用戶以為沒存上又點了一次新增結果存了兩條。我習慣讓表格刷新成為一個獨立方法任何增刪改操作后都調(diào)用它。// 界面層新增按鈕事件 private void handleAdd() { String title titleField.getText().trim(); String author authorField.getText().trim(); String isbn isbnField.getText().trim(); if (title.isEmpty() || author.isEmpty()) { statusLabel.setText(書名為空或作者為空); return; } Book book new Book(title, author, isbn, new BigDecimal(priceField.getText().trim()), Integer.parseInt(stockField.getText().trim())); boolean ok bookService.addBook(book); if (ok) { refreshTable(); // 關鍵操作后刷新 statusLabel.setText(新增成功); } else { statusLabel.setText(新增失敗ISBN 可能重復); } }界面層先做“空值校驗”再進入業(yè)務層是為了減少不必要的調(diào)用——空字符串傳給BigDecimal構造會直接拋NumberFormatException根本到不了業(yè)務層。這里有個細節(jié)TextField.getText()不會自動去空格用戶敲個空格就通過非空校驗了所以trim()必須加。價格和庫存的轉(zhuǎn)型異常我故意沒在這里處理真實項目里要包裹 try-catch 彈提示不然用戶輸入“abc”點新增程序直接崩潰。這也是新手最常見的翻車點之一。4.3 表格模型DefaultTableModel 的正確用法JTable 的setModel方法很多人亂來每次刷新數(shù)據(jù)直接new DefaultTableModel(...)但這樣會丟掉列寬設置。更規(guī)范的做法是初始化時創(chuàng)建表模型設置列名刷新時清空行數(shù)據(jù)再重新添加。DefaultTableModel的setRowCount(0)是清空所有行的標準方法然后循環(huán)addRow。有人用Vector往里傳建議用Object[]或List加addRow()就行。private DefaultTableModel tableModel; private JTable table; private String[] columns {ID, 書名, 作者, 出版社, ISBN, 價格, 庫存}; private void initTable() { tableModel new DefaultTableModel(columns, 0); // 0 行、指定列名 table new JTable(tableModel); table.getColumnModel().getColumn(0).setPreferredWidth(50); table.getColumnModel().getColumn(1).setPreferredWidth(180); // 禁止直接編輯單元格 tableModel new DefaultTableModel(columns, 0) { Override public boolean isCellEditable(int row, int column) { return false; } }; } private void refreshTable() { tableModel.setRowCount(0); for (Book b : bookService.getAllBooks()) { tableModel.addRow(new Object[]{ b.getId(), b.getTitle(), b.getAuthor(), b.getPublisher(), b.getIsbn(), b.getPrice(), b.getStock() }); } }new DefaultTableModel(columns, 0)的第二個參數(shù)是初始行數(shù)傳 0 表示空表之后全靠addRow填充。覆蓋isCellEditable返回false用戶雙擊單元格就不會進入編輯狀態(tài)——這個不加的話表格看起來能改但改完不落到數(shù)據(jù)庫特別容易讓用戶誤操作。價格列如果想右對齊顯示可以在 TableCellRenderer 里用SwingConstants.RIGHT不過小項目可以不做。刷新表格時每次addRow會觸發(fā)重繪幾百條數(shù)據(jù)沒問題數(shù)據(jù)過萬就該考慮分頁了這個問題后面講。5. 借閱流程與并發(fā)除了增刪改查你還能多做什么5.1 借書還書的狀態(tài)設計別只用布爾值圖書管理系統(tǒng)的核心業(yè)務不只是“增刪改查”借書還書才是體現(xiàn)設計能力的地方。最簡單做法是給圖書加一個borrowed布爾字段但這不夠——你沒法記錄“誰借的、什么時候借的”。稍微好一點的是建一張獨立借閱表字段包括借閱 ID、圖書 ID、讀者 ID、借出時間、歸還時間。這樣從“圖書”和“借閱人”兩個維度都能查到歷史記錄。public class BorrowRecord { private int id; private int bookId; private String readerId; private LocalDateTime borrowTime; private LocalDateTime returnTime; private boolean returned; // getter / setter 省略 }LocalDateTime是 Java 8 之后處理時間的標準類比Date強太多格式轉(zhuǎn)換簡單、線程安全、有完善的加減和比較方法。存數(shù)據(jù)庫時用Timestamp.valueOf(LocalDateTime)轉(zhuǎn)換取出時用toLocalDateTime()。有些教材還在教SimpleDateFormatjava.util.Date能做但代碼繞。歸還時間returnTime允許為 null表示未歸還——這個“null 有語義”的設計在數(shù)據(jù)庫里要小心查詢“當前借出的記錄”要寫WHERE return_time IS NULL等你寫多了 SQL 自然就懂了。5.2 多窗口協(xié)作主界面和借閱對話框的傳參方式借書操作通常彈一個子窗口選擇讀者、顯示圖書信息、確認借出。這里有兩種做法一是JOptionPane簡單輸入框二是自定義JDialog。自定義對話框麻煩一點但專業(yè)子窗口通過構造函數(shù)接收父窗口傳入的數(shù)據(jù)點擊“確認”后把用戶選擇的結果通過回調(diào)或返回值傳給主窗口。public class BorrowDialog extends JDialog { private boolean confirmed false; private String selectedReaderId; private Book targetBook; public BorrowDialog(Frame owner, Book book) { super(owner, 借閱登記, true); // 模態(tài)對話框 this.targetBook book; // 初始化組件省略 confirmBtn.addActionListener(e - { this.selectedReaderId readerIdField.getText().trim(); this.confirmed true; dispose(); }); } public boolean isConfirmed() { return confirmed; } public String getSelectedReaderId() { return selectedReaderId; } }超類構造的true是模態(tài)子窗口彈出時父窗口不可操作強迫用戶先處理完再回來。dispose()只關閉當前窗口不會結束程序——如果是System.exit(0)會把整個 JVM 殺了。主界面使用這個對話框的流程是BorrowDialog dlg new BorrowDialog(frame, book); dlg.setVisible(true);然后判斷dlg.isConfirmed()。這個寫法把“用戶有沒有點確認”和“確認后帶什么數(shù)據(jù)回來”封裝好了主界面不用直接訪問子窗口的內(nèi)部組件是窗口傳參的規(guī)范套路。有個細節(jié)提醒setVisible(true)會阻塞因為模態(tài)所以isConfirmed()的調(diào)用要放在setVisible之后順序錯了拿不到結果。5.3 多線程與 Swing 的恩怨SwingWorker 的正確打開方式界面卡死是桌面應用最常見的敗筆。比如從文件加載數(shù)據(jù)、批量導入圖書如果直接在主線程里做窗口會變成“未響應”用戶以為程序崩了。Swing 是單線程模型所有 UI 更新必須在 EDT事件分發(fā)線程上執(zhí)行耗時的數(shù)據(jù)操作要放后臺線程。問題在于后臺線程不能直接操作 UI 組件否則會出并發(fā)問題。Java 官方給的方案是SwingWorkerV, T。class LoadDataWorker extends SwingWorkerListBook, Object { private final BookService service; private final JTable table; private final DefaultTableModel model; private final JLabel status; LoadDataWorker(BookService service, JTable table, DefaultTableModel model, JLabel status) { this.service service; this.table table; this.model model; this.status status; } Override protected ListBook doInBackground() throws Exception { return service.getAllBooks(); // 后臺線程執(zhí)行不卡界面 } Override protected void done() { try { ListBook books get(); // 回到 EDT可以安全更新 UI model.setRowCount(0); for (Book b : books) { model.addRow(new Object[] { ... }); } status.setText(加載完成共 books.size() 條); } catch (Exception e) { status.setText(加載失敗 e.getMessage()); } } }doInBackground里跑耗時邏輯done回到 EDT 更新 UI這是 SwingWorker 最標準的分工。get()方法會拋出ExecutionException包裝的是后臺線程拋出的真實異?！?catch 的話程序可能直接崩。這段代碼在答辯時拿出來講老師基本就知道你會處理并發(fā)問題了。很多人的借閱系統(tǒng)一打開就加載全量數(shù)據(jù)數(shù)據(jù)量大時界面空白好幾秒。一個更好的做法是先加載前 100 條用戶滾動到末尾再觸發(fā)加載——不過這是進階優(yōu)化小項目能從 SwingWorker 畢業(yè)已經(jīng)很扎實。另外如果你用 lambda 里寫new SwingWorker注意變量捕獲局部變量要final或 effectively final不然編譯直接報錯。這是個能卡十分鐘的編譯錯誤先跟你預告。6. 圖書管理系統(tǒng)避坑指南3 個必踩的坑和修復方案6.1 現(xiàn)象窗口關閉后程序還在后臺跑點窗口右上角的 X窗口消失了但 Java 進程還留在任務管理器里。對于有經(jīng)驗的人一眼就懂但新手真的會以為代碼沒問題。原因JFrame默認的關閉行為是HIDE_ON_CLOSE它只是隱藏窗口而不退出 JVM。解決在你創(chuàng)建 JFrame 后設置關閉行為。正確做法是frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)它會退出整個應用。但注意如果你的程序里還有非守護線程比如某個后臺任務線程沒關干凈EXIT_ON_CLOSE也未必能強制退出——JVM 會在所有非守護線程結束時才退出。另一種情況如果你后續(xù)要加“自動保存”功能可以考慮DO_NOTHING_ON_CLOSE然后在窗口事件里先保存再dispose()或System.exit(0)這樣更安全。但課程設計不用想太深直接EXIT_ON_CLOSE完事。血淚經(jīng)驗很多人的程序出現(xiàn)“關不掉”其實是某個Timer沒停窗口關了但定時器還活著。如果你用了javax.swing.Timer記得在窗口關閉事件里stop()。6.2 現(xiàn)象新增的圖書記錄重啟程序后就消失了圖書列表運行期一切正常重啟后數(shù)據(jù)全部丟失。原因數(shù)據(jù)只存在內(nèi)存的ArrayList里沒有任何持久化機制。這不是 bug而是壓根沒做存儲。如果你是用文件存儲的方案可能路徑寫錯了——new File(books.txt)是相對路徑依賴于“當前工作目錄”而這個目錄在 IDE 和命令行下不一樣。解決不要在代碼里寫死相對路徑。更好的方案是用System.getProperty(user.home)拼一個絕對路徑比如new File(System.getProperty(user.home), LibrarySystem/books.dat)確保文件不會丟在某個奇怪的臨時目錄里。如果你用序列化存儲還要注意另一個坑Book類加上新字段后老文件讀取會拋InvalidClassException——這是序列化版本不一致導致的。解決在Book類里顯式聲明private static final long serialVersionUID 1L;并在代碼里做兼容處理。如果你用 JDBC 連 MySQL重啟后丟失的原因大概率是CREATE DATABASE IF NOT EXISTS沒寫在啟動邏輯里或者連接串寫到了內(nèi)存庫jdbc:mysql://localhost:3306/卻沒指定具體庫名——前者是連錯庫后者是每次重啟建臨時表。寫一個DatabaseInitializer類啟動時檢查表是否存在不存在就建表這是所有選項里最省心的。6.3 現(xiàn)象搜索框輸入中文后按鈕沒反應界面里點“搜索”按鈕點擊后無任何反饋控制臺也不報錯而且在英文輸入下一切正常。這個現(xiàn)象的坑不在 Java而在輸入法。中文輸入狀態(tài)下用戶敲出的字符會先進入輸入法候選框此時按回車會觸發(fā)輸入法“確認”而不是觸發(fā)按鈕的ActionEvent。所以出現(xiàn)中文輸入法下“搜索按鈕敲回車沒反應”或者“按了回車卻打了兩個字”。解決如果你要在搜索框里支持回車觸發(fā)搜索建議綁定鍵盤事件而不是只依賴按鈕的 ActionEvent或者把搜索框的輸入提交時機改用DocumentListener實時監(jiān)聽內(nèi)容變化——但這樣每次敲一個字母都會觸發(fā)一次搜索太頻繁。我的做法是搜索按鈕用傳統(tǒng)ActionListener同時給搜索框加KeyListener監(jiān)聽回車鍵——注意是keyPressed里判斷KeyEvent.VK_ENTER無論輸入法是否確認都會觸發(fā)。但加了 KeyListener 之后中文輸入法在候選框時回車也可能觸發(fā)——所以真實經(jīng)驗是既有“按鈕點擊”也有“焦點在搜索框時按回車觸發(fā)”兩者綁定的是同一個方法只要不是大數(shù)據(jù)量全表掃描觸發(fā)多一兩次無所謂。這個坑的精髓就是永遠別只綁定一種觸發(fā)方式三種都綁上懶和笨的交互方式兼容。另一個相關的小坑是TextField的getText()返回的字符串可能是全角空格或中文標點導致LIKE查詢搜不到預期結果——所以數(shù)據(jù)寫入時一定要trim()如果還是不行就去看數(shù)據(jù)庫里真實的字符值。這個對比太常見了望周知。7. 可用性進階三個讓系統(tǒng)“像那么回事”的細節(jié)打磨7.1 鍵盤操作完整支持桌面軟件做到“鼠標能點、鍵盤能走”才算半個合格品?？旖萱I三件套全局菜單用JMenuBar 菜單項快捷鍵按鈕用setMnemonic比如“新增”設成VK_N按下 AltN 觸發(fā)按鈕默認響應回車用JRootPane.setDefaultButton(addBtn)。這些改動加起來不到十行代碼但演示時給人的感覺完全不一樣——評委用鍵盤操作比鼠標點來點去專業(yè)得多。同時建議給表格加雙擊事件雙擊行觸發(fā)“查看詳情”或“編輯”符合主流表格軟件的習慣。實現(xiàn)是在表格上注冊MouseAdapter在mouseClicked里用table.getSelectedRow()拿當前行。注意區(qū)分單擊點選和雙擊確認——雙擊時會先觸發(fā)兩次單擊事件如果你在單擊里做了事比如選中刷新狀態(tài)欄雙擊后會有輕微閃爍。處理方式是判斷e.getClickCount() 2時只做詳情操作不做選中操作。這個細節(jié)很多人不處理但演示時體驗差異很明顯。7.2 CardLayout 做多視圖切換很多人做“管理員視圖 / 讀者視圖”或“模塊切換”時用removeAll()再加新面板這樣不僅閃爍還會丟布局狀態(tài)。更優(yōu)雅的解決方案是CardLayout預先裝好多個面板切換時一條命令完成。典型場景左邊是導航列表右邊內(nèi)容區(qū)隨選擇切換“圖書管理”“借閱管理”“讀者管理”。JPanel cardPanel new JPanel(new CardLayout()); cardPanel.add(bookManagePanel, BOOK_MANAGE); cardPanel.add(borrowPanel, BORROW); cardPanel.add(readerPanel, READER); CardLayout cardLayout (CardLayout) cardPanel.getLayout(); navList.addListSelectionListener(e - { if (!e.getValueIsAdjusting()) { switch (navList.getSelectedIndex()) { case 0: cardLayout.show(cardPanel, BOOK_MANAGE); break; case 1: cardLayout.show(cardPanel, BORROW); break; case 2: cardLayout.show(cardPanel, READER); break; } } });CardLayout.show(container, name)是切換的核心name 是添加面板時給的字符串常量。getValueIsAdjusting()必須判斷——JList的選區(qū)變化事件會觸發(fā)兩次一次調(diào)整中一次調(diào)整完不判斷的話切換卡頓。這套寫法避免了你手動removeAll和重新add帶來的閃爍問題而且每個面板只初始化一次內(nèi)部組件的狀態(tài)比如滾動位置、選中行會保留體驗好非常多。個人經(jīng)驗能用一個 CardLayout 搞定的導航就別用多個JFrame來回開關后者一旦忘了dispose()就是內(nèi)存泄漏。7.3 分頁加載從“能跑”到“能扛”數(shù)據(jù)量突破幾千條后一次查全表 往DefaultTableModel里塞幾千行界面會明顯卡頓。這時候該上分頁了。SQL 層面用LIMIT ? OFFSET ?Swing 層面用一個簡單的“上一頁/下一頁”按鈕組控制當前頁碼。數(shù)據(jù)訪問層需要兩個方法getBooksByPage(int page, int pageSize)返回當前頁數(shù)據(jù)getTotalCount()返回總記錄數(shù)。業(yè)務層算總頁數(shù)(total pageSize - 1) / pageSize向上取整。界面層每次翻頁調(diào)用一次refreshTable只加載當前頁的數(shù)據(jù)滾動條快速響應界面再也不會卡死。分頁的三個細節(jié)一是頁碼越界處理用戶快速連點時頁碼可能超出范圍二是排序字段要跟著分頁走ORDER BY id LIMIT ? OFFSET ?不排序的話分頁可能重復或有空洞三是OFFSET在數(shù)據(jù)量極大時性能會下降可以考慮用“上次看到的 ID”代替頁碼做游標分頁——但小項目做到普通分頁就夠用了。有這層分頁處理答辯時直接回答“大數(shù)據(jù)量的性能優(yōu)化”這類問題就有料了。7.4 數(shù)據(jù)正確性檢查寫一個小工具類自測項目做完不代表可以交。我建議花半小時寫一個DataChecker類跑一遍自檢邏輯新增一條書查一下能不能按書名搜到改庫存看表格是否刷新刪一本書再看看借閱記錄里有沒有臟數(shù)據(jù)。這些看似瑣碎的驗證其實就是在幫你提前踩掉那些“演示時評委恰好點到就翻車”的坑。從上到下跑完這個自檢清單你比那些寫完就交的同學心里有底得多。下次再做桌面應用記得先把“關閉行為、空值校驗、刷新表格、時間格式”這四個老問題直接寫進代碼模板這套東西省下來的調(diào)試時間足夠你再學完一個小框架。希望幫到你——如果按這篇的思路把資料捋順拿下一個課程設計的優(yōu)秀評級是綽綽有余的事。本文還有配套的精品資源點擊獲取