JavaWeb图书借阅管理系统实战：从数据库设计到部署避坑-北京尧图网络

简介一套基于JavaWeb的图书借阅管理系统源码工程采用JSP、JavaBean、MySQL与Tomcat整合技术栈主要面向JavaWeb初学者、课程设计及期末项目人群。系统完整覆盖读者端登录注册、图书查询、借阅归还、借阅历史与个人信息管理以及管理员端图书增删改查、读者删除修改和借阅记录查询等业务可用来理解分层架构与数据库交互流程。压缩包共38个文件包括17个JSP页面、3个CSS样式、2个SQL脚本、Java类源码及Eclipse工程配置文件等另附系统介绍文档和运行必看说明整体大小仅1.76MB便于快速部署。目前已有533人学习下载。资源内包含可直接导入的完整项目代码、初始化数据库脚本、图文介绍和运行排错提示能协助完成环境配置、数据表导入和功能二次开发对毕业设计或期末项目具有实用参考价值。1. 基于 JavaWeb 的图书借阅管理系统第一个完整项目该拆成几块基于 JavaWeb 的图书借阅管理系统是很多 Java 学习者用来串知识的第一个完整案例。它的业务不复杂但恰好把 JSP、Servlet、MySQL、Session、Filter 这些碎片拼在了一起。对刚学完语法的人来说最难的不是写一个接口而是知道一个请求从浏览器发出后经过 Tomcat、Servlet、Java 代码、数据库再返回页面每一步分别在做什么这套系统就是最合适的练习场。它适合课程设计、毕业设计选型也适合想补 JavaWeb 底层再做 Spring Boot 的人。下面按我实际做过的方案从表设计一直讲到部署避坑。2. 把架子定下来技术选型与四张核心表2.1 为什么 JSP Servlet MySQL 这套组合还没过时很多人看到图书借阅管理系统第一反应是都什么年代了还用 JSP我一般会反问一句你准备在简历上写 Spring Boot 全家桶还是写你理解 Servlet 生命周期课程设计和多数面试题仍然围绕 JSP Servlet MySQL 展开这不是守旧是因为这套组合能把请求处理、数据库连接、页面渲染三层强制拆开。Spring Boot 把 Tomcat 内嵌、依赖管理、自动配置全包了项目能跑但黑匣子太多换成 JavaWeb 手写配置你才会真正意识到一个 HTTP 请求从浏览器到数据库再回来中间每一步都有代码在接管。另外JavaWeb 项目完整案例配 MySQL 是培训笔记里最常见的标配资料密度高遇到问题搜一下就有答案。图书借阅这个业务量级也不大并发通常只有几十人JSP Servlet 单机部署完全撑得住。它让你把时间花在业务逻辑和 SQL 上而不是花在微服务治理上这是它作为入门完整项目的核心价值。2.2 四张核心表建表 SQL 与字段参数说明我接手过好几个版本有人把读者和管理员拆成两张表有人把分类直接塞在图书表里这都行。但我建议最小闭环用四张表用户表、分类表、图书表、借阅记录表。用户表里用 role 字段区分读者和管理员不加冗余表借阅记录表单独维护状态字段方便后面统计超期和罚款。-- 用户表区分读者和管理员 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 明文密码仅用于教学生产环境请加密, real_name VARCHAR(50) COMMENT 真实姓名, role TINYINT DEFAULT 0 COMMENT 0-普通读者 1-管理员, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 分类表 CREATE TABLE t_category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 分类名如计算机、文学 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 图书表 CREATE TABLE t_book ( id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) UNIQUE COMMENT 国际标准书号, title VARCHAR(200) NOT NULL, author VARCHAR(100), category_id INT COMMENT 关联分类表, stock INT DEFAULT 0 COMMENT 当前可借库存, total_count INT DEFAULT 0 COMMENT 馆藏总量, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_title (title), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 借阅记录表一条记录对应一次借书动作 CREATE TABLE t_borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL COMMENT 借阅人, book_id INT NOT NULL COMMENT 被借图书, borrow_time DATETIME NOT NULL COMMENT 借出时间, due_time DATETIME NOT NULL COMMENT 应还时间, return_time DATETIME NULL COMMENT 实际归还时间未还为空, status TINYINT DEFAULT 0 COMMENT 0-借出 1-已还 2-超期未还, KEY idx_user (user_id), KEY idx_book (book_id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表时有三个参数值得说清楚。第一个是role TINYINT DEFAULT 0用数字代替字符串角色查询快、占空间小但业务代码里要写常量去对应别把魔法数字散落在各处。第二个是stock和total_count分开才能支撑馆藏 10 本、现在可借 3 本这种语义否则还书时你没法判断库存要不要加回去。第三个是due_time用DATETIME而不是TIMESTAMP因为借阅场景不涉及跨时区迁移DATETIME的范围更宽也省掉时区转换的心智负担。一定要把status当状态机看借出时置 0还书时置 1如果到了due_time还没有return_time由定时任务或查询时实时判断置 2。后面写还书逻辑时会发现这个字段直接决定了UPDATE语句的WHERE条件写错了会造成重复还书、库存虚增。3. 在 IDEA 里跑通 JavaWeb 项目依赖、Tomcat 与登录闭环3.1 IDEA 运行 JavaWeb 项目配置Maven 依赖与 Tomcat很多 JavaWeb 新手不是在写代码时卡住而是在 IDEA 里连项目都跑不起来。我建议直接建 Maven 项目不要用空的 Java Enterprise 工程手拉 jar 包。pom.xml 里只需要三个依赖Servlet API、MySQL 驱动、JSTL。Servlet API 必须标provided因为 Tomcat 自带实现重复打包会导致NoSuchMethodError。JSTL 是给 JSP 页面用的如果 JSP 里只用纯 Java 语法可以暂时不引但引上不亏。dependencies !-- Servlet 与 JSP 由 Tomcat 提供 -- dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency !-- MySQL 8 驱动 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies版本号以你本机 Tomcat 版本为准Tomcat 9 对应javax.servlet-api 4.0.xTomcat 10 已经换成jakarta.servlet包名这个最容易踩坑。依赖配好后在 IDEA 右侧 Maven 面板双击package或tomcat7:run如果本机装了 Tomcat更推荐 Run Configuration 里加一个 Tomcat Server把 Deployment 选择为war exploded这样改动 JSP 后能热更新不用反复重启。3.2 JDBC 连接 MySQL数据源 URL 的三个关键参数连接数据库这块我见过最翻车的不是 SQL 写错而是 URL 参数没配全。MySQL 8.0 的驱动是com.mysql.cj.jdbc.Driver老资料里写的com.mysql.jdbc.Driver会报警告但不至于挂。关键是 URL 后面三个参数useSSLfalse关掉本地开发时不需要的 SSL 握手serverTimezoneGMT%2B8指定东八区characterEncodingutf8解决中文入库乱码。三个缺一个你会在连接阶段或查询中文时遇到莫名其妙的问题。public class JdbcUtil { private static final String URL jdbc:mysql://localhost:3306/library_db ?useSSLfalseserverTimezoneGMT%2B8characterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new RuntimeException(找不到 MySQL 驱动检查 pom.xml 是否引入依赖, e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }这么写足够应付单机项目但要注意serverTimezoneGMT%2B8里的%2B是 URL 编码的加号如果你直接写GMT8连接串会解析出错这是 IDEA 运行 JavaWeb 项目配置里非常典型的低级坑。生产环境建议换成serverTimezoneAsia/Shanghai可读性更好。此外DriverManager每次调用都创建新连接在图书借阅这种小并发下没问题但你要是压测发现连接开销大再去引 C3P0 或 Druid 也不迟。3.3 登录接口与 Session 校验最小可运行闭环登录是整套系统第一个能跑的闭环。流程不复杂页面提交用户名密码Servlet 接参后查库成功就把用户 ID 放进 Session跳转首页失败则回显错误信息。如果登录都跑不通后面借书还书无从谈起。WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String username req.getParameter(username); String password req.getParameter(password); String sql SELECT id, real_name, role FROM t_user WHERE username? AND password?; try (Connection conn JdbcUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { req.getSession().setAttribute(userId, rs.getInt(id)); req.getSession().setAttribute(realName, rs.getString(real_name)); req.getSession().setAttribute(role, rs.getInt(role)); resp.sendRedirect(req.getContextPath() /index.jsp); } else { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } } catch (SQLException e) { throw new ServletException(登录查询失败, e); } } }这段代码有两点你要留意。第一setCharacterEncoding(UTF-8)必须放在第一个getParameter之前否则 POST 请求里的中文参数已经按 ISO-8859-1 解码后面再设也救不回来。第二我用sendRedirect而不是forward因为登录成功后要让浏览器地址变成首页用户刷新时不会重复提交表单forward会导致刷新就重新登录一遍这是新手最容易忽略的差异。登录后的 Session 校验我建议先做最简单的一层在每个 JSP 页面顶部用session.getAttribute(userId)判空为空就跳回login.jsp。这个很原始但能保证闭环先跑通。后面第 6 章会升级成 Filter 统一拦截到那时候再删掉页面里的重复判断。4. 借书还书核心流程检索分页、借出、归还与超期4.1 图书列表与分页LIMIT/OFFSET 的参数计算图书列表是所有界面的地基。数据少的时候可以一把梭一旦图书馆藏书超过几百本全量查询就会让首页渲染变慢。分页查询的标准 SQL 是LIMIT ? OFFSET ?两个参数分别是每页条数和跳过的行数。跳过的行数由当前页码和每页条数算出(page - 1) * size。这里最容易算错的是SQL 里LIMIT和OFFSET都不能直接拼字符串必须用PreparedStatement的占位符防止 SQL 注入。public ListBook getBooks(int page, int size, String keyword) throws SQLException { String sql SELECT id, isbn, title, author, stock FROM t_book WHERE title LIKE ? LIMIT ? OFFSET ?; ListBook books new ArrayList(); try (Connection conn JdbcUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); ps.setInt(2, size); ps.setInt(3, (page - 1) * size); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { books.add(new Book( rs.getInt(id), rs.getString(isbn), rs.getString(title), rs.getString(author), rs.getInt(stock) )); } } } return books; }LIMIT ? OFFSET ?是 MySQL 写法SQL Server 和 Oracle 分别用OFFSET ... FETCH和ROWNUM如果你把项目迁移到别的数据库这段要重写。页码参数page在前端传过来时可能非法比如传了 0 或负数我习惯在 Servlet 里做一次防护page page 1 ? 1 : page;。不拦截的话OFFSET变成负数是不会报错的但查出来结果不符合直觉——第一页的数据永远是空的。4.2 借书业务库存检查、借阅记录与应还日期借书是这套系统里最有含金量的一个方法因为它在同一个事务里干了三件事检查库存、扣减库存、插入借阅记录。这三步必须放在同一个数据库事务里否则会出现极端情况库存扣了但借阅记录没插上或者记录插了但库存没扣图书凭空消失。public void borrowBook(int userId, int bookId) throws SQLException { Connection conn JdbcUtil.getConnection(); try { conn.setAutoCommit(false); // 检查库存FOR UPDATE 锁住这一行防止并发借阅超卖 try (PreparedStatement check conn.prepareStatement( SELECT stock FROM t_book WHERE id? FOR UPDATE)) { check.setInt(1, bookId); try (ResultSet rs check.executeQuery()) { if (!rs.next() || rs.getInt(stock) 0) { throw new RuntimeException(库存不足); } } } // 扣库存 try (PreparedStatement update conn.prepareStatement( UPDATE t_book SET stock stock - 1 WHERE id?)) { update.setInt(1, bookId); update.executeUpdate(); } // 插入借阅记录默认借期 30 天 try (PreparedStatement insert conn.prepareStatement( INSERT INTO t_borrow_record (user_id, book_id, borrow_time, due_time, status) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL 30 DAY), 0))) { insert.setInt(1, userId); insert.setInt(2, bookId); insert.executeUpdate(); } conn.commit(); } catch (Exception e) { conn.rollback(); throw e; } finally { conn.close(); } }我重点说FOR UPDATE。图书的stock是典型的热数据两个用户同时点击借同一本书时如果没有锁两个请求都查到库存为 1然后都执行减一库存就变成 -1但只产生一条借阅记录。FOR UPDATE会让第二个事务在SELECT这行等锁等第一个事务提交后才读取新的库存这就避免了超卖。这个手段不是图书系统专属任何库存余量型业务都应该先想到它。4.3 还书与超期状态更新事务内的三步操作还书逻辑是借书的逆操作同样需要事务。额外要处理的就是超期判断借出时已经写了due_time还书时用当前时间对比due_time如果晚了就把状态置为已还的同时另行记账罚款。这里我建议状态机保持简单0-借出 1-已还 2-超期未还其中 2 只是在展示层和统计层用归还后一律置 1罚款单独用金额字段或另建罚单表记录不要用状态位去表达超期已还和超期未还两种语义否则统计 SQL 会越写越乱。public void returnBook(int recordId) throws SQLException { Connection conn JdbcUtil.getConnection(); try { conn.setAutoCommit(false); // 查出借书记录同时锁定这一行避免重复还书 try (PreparedStatement query conn.prepareStatement( SELECT book_id, due_time FROM t_borrow_record WHERE id? AND status0 FOR UPDATE)) { query.setInt(1, recordId); try (ResultSet rs query.executeQuery()) { if (!rs.next()) { throw new RuntimeException(借阅记录不存在或已归还); } int bookId rs.getInt(book_id); LocalDateTime dueTime rs.getTimestamp(due_time).toLocalDateTime(); boolean isLate dueTime.isBefore(LocalDateTime.now()); // 更新记录为已还 try (PreparedStatement update conn.prepareStatement( UPDATE t_borrow_record SET return_timeNOW(), status1 WHERE id?)) { update.setInt(1, recordId); update.executeUpdate(); } // 库存加回 try (PreparedStatement back conn.prepareStatement( UPDATE t_book SET stockstock1 WHERE id?)) { back.setInt(1, bookId); back.executeUpdate(); } if (isLate) { // 超期 1 天以内 0.5 元超过部分按 1 元/天计算 long overdueDays Duration.between(dueTime, LocalDateTime.now()).toDays(); if (overdueDays 0) { overdueDays 1; } double fine overdueDays * 0.5; // 这里把 fine 写入罚单表或记录表字段示例从略 } conn.commit(); } } catch (Exception e) { conn.rollback(); throw e; } finally { conn.close(); } } }这段的SELECT ... FOR UPDATE和借书里的锁目的一样防止读者快速点了两次还书按钮产生两个并发请求。有了锁第二个请求会在锁上阻塞然后看到status0的查询条件已经不成立直接抛已归还不会出现库存被加两次的严重事故。超期天数计算用Duration.between(...).toDays()注意负数问题如果当前时间恰好比dueTime早一毫秒toDays()返回 0所以要加一个不小于 1 的兜底。很多管理员会问为什么超期 2 小时也算 1 天这就是策略问题你可以在常量表里配一个min_fine_days1来解决不要在代码里硬编码。5. JavaWeb 项目常见问题与避坑指南5.1 IDEA 部署 JavaWeb 项目时最常见的五类报错现象一Run 按钮是灰色提示Application Server not specified。原因是 IDEA 不知道用哪个 Tomcat。解决Run Configuration 里选择 Tomcat Server在 Application server 下拉框里找到已经配置好的 Tomcat 安装目录。如果下拉框为空去 Settings - Build, Execution, Deployment - Application Servers 手动添加 Tomcat 路径。现象二IDEA 启动 Tomcat 后浏览器 404但代码没问题。原因是 Deployment 里的 Application context 和访问路径不一致。解决默认 context 是/war包名_war_exploded你访问localhost:8080/login.jsp当然会 404。打开 Run ConfigurationDeployment 标签页把 Application context 改成/再访问根路径。现象三编译通过但运行时报ClassNotFoundException: com.mysql.cj.jdbc.Driver。原因是 Maven 依赖没有被 Tomcat 的类加载器加载。解决打开 Project Structure - Artifacts确认输出目录里有mysql-connector-java的 jar如果没有在 Deployment 标签页选择exploded后把依赖加进 lib。这是 IDEA 运行 JavaWeb 项目配置里最容易漏的一步。现象四页面能打开但 JSTL 标签原样输出比如显示成c:if。原因是 JSTL 依赖缺失或者 web.xml 的版本不匹配。解决确认 pom 里 jstl 1.2 已引入并且 JSP 顶部写了% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %。Tomcat 10 用户要使用jakarta.tags.core命名空间别套旧写法。现象五改了 JSP 页面刷新浏览器永远看不到变化。原因是 IDEA 默认热部署只更新资源不重编译 Java 类浏览器又缓存了页面。解决Run Configuration 里的 On frame deactivation 选择Update classes and resources如果 JSP 改完还是不生效直接Redeploy。这个属于 IDEA 项目配置的玄学问题但九成是热部署设置和浏览器缓存叠加导致。5.2 中文乱码请求、响应、数据库三层排查中文乱码是 JavaWeb 项目里出现率最高的 bug而且它不是一个原因造成的。我总结一条血泪经验乱码排查要从请求、响应、数据库三个层面逐层排除不要上来就改代码。请求层POST 参数乱码在 Servlet 的doPost第一行加req.setCharacterEncoding(UTF-8)GET 请求的参数乱码要改 Tomcat 的server.xml在 Connector 节点加URIEncodingUTF-8或者用new String(value.getBytes(ISO-8859-1), UTF-8)转码后者是救急做法不推荐长期使用。响应层JSP 页面头部要写% page contentTypetext/html;charsetUTF-8 %同时 HTML 里meta charsetUTF-8。响应编码取决于这两处是否一致不一致时以page指令为准。数据库层建库建表时用utf8mb4连接 URL 带characterEncodingutf8。如果表的字段还是latin1JDBC 传再多的 UTF-8 也没用直接去看SHOW CREATE TABLE t_book把DEFAULT CHARSET改掉再重建字段。我建议新手在写 DAO 时统一在工具类里设置编码比如在JdbcUtil的getConnection之后执行conn.createStatement().execute(SET NAMES utf8mb4)一劳永逸注意这个操作会多一次网络往返但对小系统无所谓。5.3 MySQL 8 驱动与空闲连接失效的坑MySQL 8 驱动类名是com.mysql.cj.jdbc.Driver如果还按 MySQL 5 的com.mysql.jdbc.Driver写8.0 驱动虽然会临时兼容但控制台会打一大段警告让人误以为项目出大问题了。另一个高频报错是SQLNonTransientConnectionException: Could not create connection to database server后面跟的是时区错误The server time zone value ... is unrecognized。这是 MySQL 8 默认时区不是东八区导致的不是密码错误。解决在 JDBC URL 追加serverTimezoneGMT%2B8或者在 MySQL 执行SET GLOBAL time_zone 08:00。还有一个跟连接池相关的问题用DriverManager直连长时间不操作数据库再次访问时偶发Communications link failure。原因是 MySQL 的wait_timeout默认 8 小时连接空闲超过 8 小时被服务端断开客户端不知道还在用旧连接。对课程设计和内部小系统最省事的解决是每次操作都重新获取连接用完即关不要写长期驻留的工具类。如果一定要复用连接就引入一个带空闲回收的数据库连接池。6. 进阶从能跑到能用还差这几步6.1 加一层 Filter把未登录请求挡在门外登录校验只放在 JSP 页面里不够因为 Servlet 接口本身并没有被保护。比如直接访问/borrowServlet?bookId1浏览器地址栏输入也能触发借书Session 一校验才是正经做法。用一个 Filter 把需要登录的路径统一拦住/login.jsp、/login放行其他请求全走检查WebFilter(/*) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; String uri request.getRequestURI(); if (uri.contains(/login.jsp) || uri.contains(/login) || uri.endsWith(/css/) || uri.endsWith(/js/)) { chain.doFilter(request, response); return; } if (request.getSession().getAttribute(userId) null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } chain.doFilter(request, response); } }/*匹配所有路径所以要把静态资源和登录入口做白名单。我用contains判断只是演示正式项目建议用 Ant 风格路径匹配把白名单抽成一个独立的配置数组。Filter 加上后原来 JSP 页面里那些if (session.getAttribute(userId) null)可以全部删掉否则会出现两层校验互相干扰。6.2 WAR 包部署与上线前的验证清单做完功能不要急着收工我建议按下面这张清单过一遍能拦住绝大多数低级故障。这套流程我每次交付前都跑后面基本不会听到系统打不开这种反馈。验证项操作步骤预期结果登录闭环未登录直接访问首页被重定向到 login.jsp借书主流程查一本书点击借书库存减 1借阅记录出现并发借书开两个浏览器同时借同一本书总有一方提示库存不足还书主流程点击还书库存加 1记录状态变已还超期计算修改 MySQL 中 due_time 为昨天还书后正确计算超期天数重新部署清空 Tomcat work 目录重启无缓存数据登录后数据正常部署时IDEA 会在 target 目录生成war包直接把它复制到 Tomcat 的webapps目录启动即可。Tomcat 会按 war 包名自动解压出项目目录。如果你的 context 名要自定义可以改 war 包名也可以在conf/server.xml的Host里加Context path/library docBase...我更推荐前者因为改 server.xml 一旦写错整个 Tomcat 起不来翻车成本高。最后补一个部署后验证要点用管理员账号登录新建一个读者再借一本书查看 MySQL 三张表的数据是否一致。这是我踩过一次的坑后养成的习惯——页面正常不代表数据正确库存、借阅记录、状态机三者必须对得上否则用户还书时会发现书“凭空消失”。细节决定一个项目能不能真正被人用起来希望帮到你。本文还有配套的精品资源点击获取

JavaWeb图书借阅管理系统实战：从数据库设计到部署避坑

相关推荐

智能体触达能力评估：Agent-Reach链路监控实践

Agent-Reach实战：从对话到落地的智能体触达层设计指南

大脑的预知时刻：海马体如何在看见之前提前编码视觉信息

更多资讯

AI生成测试用例的业务语义理解：从模式补全到行业知识注入

Claude Code 中文命令封装：10个高频命令打造中文AI编程工作流

基于Python Flask的码头船只货柜管理系统实战全解析

嵌入式电源路径保护：eFuse与MCU协同实现可诊断可恢复的硬保护设计

Pi Agent 工具提示词优化：按需加载省 91% token 的实操指南

350亿参数大模型手机端侧部署实战：量化、KV缓存与分层加载

今日更新

Agent Skills 完全指南：原理、写法、安装与实战避坑

Agent Skills 实战：从 Genkit 定义到 GKE 部署与排查

Agent Skills 实战：从设计到调试的完整指南

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？