Java会议管理系统源码实战：从环境搭建到二次开发避坑-北京尧图网络

简介面向Java学习者和轻量级会议管理场景这份基于JDK12与MySQL8.0构建的会议管理系统源码包围绕会议创建、修改、删除、参会人员管理、日程安排等核心流程展开适合作为高校课程设计或Java技术栈入门项目的参考。压缩包共41个文件大小约286KB其中有25个Java源文件、11张界面展示图片、2个XML配置、1个SQL初始化脚本及1个说明文档覆盖后端业务逻辑、图形用户界面与数据表结构。随包附有系统ER图可直观梳理会议与参会者等实体关系SQL脚本可直接导入MySQL快速还原演示环境。目前已有338人浏览学习对正在接触Swing或JavaFX、JDBC、Maven构建及MVC分层的开发者而言能够对照源码了解一个完整业务模块的落地方式也可在此基础上继续扩展统计报表或权限控制功能。整体目录规划清晰注释与说明文档有利于快速定位各功能代码。1. Java会议管理系统源码为什么课程设计和外包里它总被翻出来做如果你接过“帮我们搞一个内部会议管理系统”这种需求第一反应肯定是搜 Java会议管理系统源码。这个标题背后其实是一套非常典型的 JavaWeb 业务项目会议室管理、会议预定、参会人维护、审批流和通知提醒前后端用 Spring Boot MyBatis MySQL 就能串起来所以它同时出现在课程设计、毕业设计以及公司内部工具外包里。你不需要从零建模把别人跑通的源码拿来改一改就能快速交付。这套源码适合三类人要交课程设计的学生、准备转 Java 后端的求职者、以及想节约时间做内部小系统的工程师。我会从怎么读源码、怎么跑起来、怎么改业务、遇到哪些坑完整过一遍。2. 先看懂这套源码的骨架包结构、数据表与核心流程不要拿到源码就急着点运行先花半小时把包结构和数据表理清。后面改功能时你能准确说出该动 controller、service 还是 mapper比瞎猜快得多。2.1 包结构从 Controller 到 XML 的一层一层常见做法是一个 Maven 单模块工程。我见过最多、也最推荐新手读的就是这种单模块分层src/main/java ├── com.company.meeting │ ├── controller // 请求入口 │ │ ├── LoginController.java │ │ ├── MeetingController.java │ │ └── RoomController.java │ ├── service │ │ ├── MeetingService.java │ │ └── UserService.java │ ├── mapper // MyBatis 数据访问接口 │ │ ├── MeetingMapper.java │ │ └── RoomMapper.java │ ├── entity // 数据库实体 │ │ ├── Meeting.java │ │ └── Room.java │ └── common // 统一返回、异常、工具类 │ ├── Result.java │ └── PageBean.java └── src/main/resources ├── mapper // Mapper XML │ ├── MeetingMapper.xml │ └── RoomMapper.xml ├── templates // Thymeleaf 模板 │ ├── login.html │ └── meeting_list.html └── application.yml这套分层你想都不用想它就是“Controller 接收参数 → Service 处理业务 → Mapper 操作数据库”的经典链路。注意一个细节实体类字段和下划线字段的映射。很多源码在application.yml里配了map-underscore-to-camel-case: true所以room_name能自动映射到roomName如果没配你又没写 resultMap查询结果就会全是 null。这是后面最常见的坑之一。我一般在读包结构时会顺手确认三个东西统一返回类Result的字段、分页用的PageBean是否依赖 PageHelper、以及有没有全局异常处理器。有全局异常处理器的源码Controller 里会干净很多没有的话业务异常会直接堆到前端。2.2 数据库设计五张核心表与时间索引会议管理系统的核心表不算多用户表、会议室表、会议表、参会人关系表、操作日志表。我通常会先看会议表和会议室表因为它们决定了业务边界。下面这份建表 SQL 是这套系统的典型骨架CREATE TABLE meeting_room ( id BIGINT PRIMARY KEY AUTO_INCREMENT, room_name VARCHAR(50) NOT NULL, capacity INT DEFAULT 10, location VARCHAR(100), status TINYINT DEFAULT 1 COMMENT 1可用 0禁用 ); CREATE TABLE meeting ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, room_id BIGINT NOT NULL, organizer_id BIGINT NOT NULL, start_time DATETIME NOT NULL, end_time DATETIME NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1已通过 2已拒绝 3已取消, audit_remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_room_time (room_id, start_time, end_time), KEY idx_organizer (organizer_id) ); CREATE TABLE meeting_participant ( id BIGINT PRIMARY KEY AUTO_INCREMENT, meeting_id BIGINT NOT NULL, user_id BIGINT NOT NULL, confirm_status TINYINT DEFAULT 0 COMMENT 0未确认 1已确认, UNIQUE KEY uk_meeting_user (meeting_id, user_id) );会议室表里的status是启用/禁用会议表里的status是审核状态这个字段含义很容易混淆读源码时先认清楚。索引上idx_room_time是给“查某个会议室在某个时间段是否空闲”用的联合索引的顺序按“等值列范围列”排成room_id在前、时间在后这样查询会议室冲突时能走索引。meeting_participant的唯一键也很有用它能防止同一个会议里重复添加同一个参会人。如果你用的工具版本支持 MyBatis-Plus也可以根据实体类生成创建表的 SQL 语句但生成后的字段注释和索引还是要自己整理毕竟业务表的主键策略、时间索引不是自动生成的。这个点在二次开发时尤其重要。另外操作日志表一般长这样operation_log(id, user_id, action, target_type, target_id, detail, create_time)它的action字段建议直接存英文或数字枚举不要存中文否则以后做筛选和国际化都会难受。2.3 核心流程预定、审批、通知是怎么串起来的把这套源码的流程读通只需要盯住三条线。第一条是预定线用户登录后选会议室、填时间、选参会人提交后生成一条status0的会议记录。第二条是审批线管理员或指定审批人看到待审核列表点通过或拒绝状态从 0 变成 1 或 2同时填写audit_remark。第三条是通知线状态变成 1 后系统给参会人发邮件或站内信告知时间地点。这三条线在代码里对应三个关键方法bookMeeting()、auditMeeting()、sendNoticeToParticipants()。有的源码把状态流转写成 if/else有的写成状态机常量类后一种更值得学习后面第 4 章我会给出一个可复用的写法。流程里最容易出问题的点是“预定前检查时间冲突”和“审批时状态已被别人改掉”这两处都是并发问题也是面试官爱问的“你怎么防止会议被重复预定”的来源。你在读源码时可以顺带思考如果两个请求同时进来这套代码能不能挡住挡不住的话问题出在哪个方法带着这个问题去读比你单纯按 URL 点一遍页面要有收获得多。3. 把源码跑起来从 JDK、Maven 到 MySQL 的完整落地步骤接手的源码能不能跑一半取决于环境版本。这里我给出一套最稳的组合并用最小命令把它启动起来。3.1 环境准备JDK 8、Maven 3.6、MySQL 5.7 的版本匹配我见过太多人用 JDK 17 跑 Spring Boot 2.x 的老源码结果启动直接报IllegalArgumentException或反射相关异常。这套会议管理系统源码如果基于 Spring Boot 2.xJDK 8 是最稳的。先执行下面三条命令确认当前环境java -version mvn -version mysql --version输出里java version 1.8.x表示 JDK 8Maven 建议 3.6.3 或 3.8 系列MySQL 5.7 和 8.0 都能用但连接驱动要注意5.7 用com.mysql.jdbc.Driver8.0 用com.mysql.cj.jdbc.Driver。这个差异会在 3.2 节让你立刻踩到坑。如果版本不对优先解决 JDK。Windows 上改环境变量 JAVA_HOMELinux 上可以用update-alternatives --config java切换。Maven 和 MySQL 版本不强制但尽量别跨大版本比如 MySQL 8.0 配 5.7 驱动会直接报ClassNotFoundException。还有一种情况是源码里用了 LombokJDK 版本太高时 Lombok 的注解处理器会失效报“找不到 getter/setter 方法”这时候不是源码问题而是 Lombok 版本和 JDK 不匹配换 JDK 8 或升级 Lombok 依赖都能解决。3.2 导入数据库与修改 application.yml 的四个参数拿到源码后通常在db目录下有一个init.sql或者在resources/sql里。你需要在 MySQL 里创建数据库并导入mysql -uroot -p -e CREATE DATABASE meeting_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p meeting_db init.sql注意这里必须显式指定utf8mb4如果你用默认字符集后期插入中文可能变成???。导入成功后打开src/main/resources/application.yml主要改这四个参数spring: datasource: url: jdbc:mysql://localhost:3306/meeting_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver thymeleaf: cache: false mybatis: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: trueurl里的serverTimezoneAsia/Shanghai必加否则 MySQL 8.0 连接时会报时区错误。useSSLfalse是为了避免本地环境没有证书时提示一条令人困惑的警告。driver-class-name要按你 MySQL 版本来8.0 就用上面这个5.7 则改成com.mysql.jdbc.Driver。thymeleaf.cachefalse开发期一定要关这样改完 HTML 刷新就能看到新页面不用反复重启。最后map-underscore-to-camel-case关系到 2.1 节说的字段映射必须开。实际执行时还会遇到一个问题init.sql里可能没有CREATE DATABASE语句只有建表语句。所以要先手动建库再导入。另外如果源码用的是application.properties而不是application.yml命名照旧用你自己熟悉的格式就好。3.3 启动项目和验证一条命令加两个检查点环境配置好了进入项目根目录执行mvn clean package -Dmaven.test.skiptrue注意这里加了-Dmaven.test.skiptrue跳过测试和测试编译。如果源码里的测试类依赖了测试数据库而你没配置就会在打包阶段失败。打包成功后target 下会生成meeting-system-0.0.1-SNAPSHOT.jar然后运行java -jar target/meeting-system-0.0.1-SNAPSHOT.jar启动日志里重点看两处一是Tomcat started on port(s): 8080二是Started MeetingApplication in xx seconds。如果端口被占用改server.port或在启动命令加--server.port8082。看到这两行后浏览器访问http://localhost:8080/login能弹出登录页就说明最小链路已经跑通。开发模式下你也可以直接mvn spring-boot:run但注意这种方式占用当前终端CtrlC 就停了而且有些源码的静态资源路径在 IDE 和 Maven 插件下有细微差别所以我更推荐先打成 jar 验证再回到 IDE 里改代码。如果你用的是 IDEA导入 Maven 工程后要等依赖下载完再去Run/Debug Configuration里选主类启动这种方式的日志会输出在 IDEA 控制台方便断点调试。总之先记住一条不管是 jar 还是 IDE 启动第一次跑通之前不要改任何业务代码只调配置。4. 二次开发最常动的三个模块会议预定、审批流与邮件通知很多源码下载下来只是为了跑通你真正要改的业务集中在三个地方。把这三个模块吃透这套系统你就拿住了。4.1 会议预定用行锁防住并发冲突预定接口是业务上最容易翻车的地方。两个用户同时点“提交预定”如果代码只是先count再insert很可能两个请求都查到“没有重叠”然后都插入成功。常见做法是给会议室记录加悲观锁Transactional public boolean bookMeeting(Meeting meeting) { // 锁定会议室行防止并发下同一会议室的检查被绕过 Room room roomMapper.selectRoomForUpdate(meeting.getRoomId()); if (room null || room.getStatus() 0) { throw new BusinessException(会议室不存在或已禁用); } int count meetingMapper.countOverlap(meeting.getRoomId(), meeting.getStartTime(), meeting.getEndTime()); if (count 0) { throw new BusinessException(该时间段会议室已被预定); } return meetingMapper.insert(meeting) 0; }selectRoomForUpdate在 XML 里对应select idselectRoomForUpdate resultTypeRoom SELECT * FROM meeting_room WHERE id #{roomId} FOR UPDATE /select这个FOR UPDATE是行级锁事务提交或回滚时才释放。注意它必须放在事务里才有意义所以bookMeeting要加Transactional。如果会议室的并发量不高比如几十间会议室、一天几百场会议这种悲观锁完全够用如果并发非常高才需要走 Redis 分布式锁但内部会议系统极少有这种量级。countOverlap的 SQL 是个重点很多初版源码写错select idcountOverlap resultTypeint SELECT COUNT(*) FROM meeting WHERE room_id #{roomId} AND status IN (0, 1) AND ((start_time #{endTime} AND end_time #{startTime})) /select为什么时间是start_time #{endTime} AND end_time #{startTime}这是重叠区间判断的标准写法只要现有会议的开始时间早于新会议的结束时间且现有会议的结束时间晚于新会议的开始时间就一定重叠。用这种写法能覆盖“完全包含、部分重叠、相邻但不相交”等所有情况。比如现有会议 9:00–10:00新会议 9:30–10:30代入后9:00 10:30且10:00 9:30重叠成立。新会议 10:00–11:00代入后9:00 11:00且10:00 10:00不成立这正好是你想要的边界。4.2 审批状态机不要用散落的魔法数字老源码里经常看到if (status 0) ...这种魔法数字在业务复杂后很难维护。我会把状态定义成一个常量类并把审批流转封装成一个方法public class MeetingStatus { public static final int PENDING 0; public static final int APPROVED 1; public static final int REJECTED 2; public static final int CANCELED 3; } public void audit(Long meetingId, boolean pass, String remark) { Meeting meeting meetingMapper.selectById(meetingId); if (meeting null || meeting.getStatus() ! MeetingStatus.PENDING) { throw new BusinessException(会议不存在或不在待审核状态); } meeting.setStatus(pass ? MeetingStatus.APPROVED : MeetingStatus.REJECTED); meeting.setAuditRemark(remark); meetingMapper.updateStatus(meeting); }关键点是状态校验。如果审批人打开页面之后另一个管理员已经审批过了这条还在执行就会把已审批的会议改回去。所以先查状态不是PENDING就直接拒绝。这里还体现了状态机的“单向流转”待审核只能到已通过或已拒绝已通过不能回到待审核。你想加“撤销会议”功能时也是一样只允许从待审核或已通过状态转成已取消否则服务器时钟和业务状态会乱。还要注意updateStatus这个 SQL 建议带条件WHERE id #{id} AND status 0这也是一种乐观锁的写法。即使 Service 层已经判断过状态到了数据库层再加一道安全阀双保险。4.3 邮件通知配置项和发送代码的对应关系会议通过审批后系统要给参会人发通知。Spring Boot 里用 JavaMailSender配置如下spring: mail: host: smtp.example.com port: 465 username: no-replyexample.com password: your-smtp-password properties: mail.smtp.ssl.enable: true这里port要看邮件服务商的文档常见是 465SSL或 587STARTTLS。选 465 时需要开启mail.smtp.ssl.enable选 587 时则通常要配mail.smtp.starttls.enabletrue。username和password不是登录邮箱的密码而是第三方邮件服务的授权码这一点很多人第一次配都栽了。发送通知的代码很简单public void sendMeetingNotice(String to, String title, String time, String room) { SimpleMailMessage mail new SimpleMailMessage(); mail.setFrom(no-replyexample.com); mail.setTo(to); mail.setSubject(会议通知 title); mail.setText(时间 time \n地点 room); mailSender.send(mail); }注意setFrom必须和配置里的username一致或者至少是当前邮件服务允许的发件地址否则有的服务商直接丢弃邮件。这个方法的触发时机要放在审批通过之后而不是预定提交时。很多新手把邮件发送放在了bookMeeting里结果审批还没通过参会人就收到了会议通知那就是业务顺序错了。另外邮件发送失败不应该影响主流程最好把sendMail包在 try/catch 里打日志而不是抛异常否则一个 SMTP 抖动会导致审批接口直接回滚。5. 避坑指南从部署到上线的常见问题和排查方法这一章的每一条都是实际项目里反复见过的坑按“现象 → 原因 → 解决”来写。你如果在跑源码时出了问题先对照这里看一遍。5.1 数据库连不上时区、驱动、授权三连现象启动时报The server time zone value ÖÐ¹ú±ê×¼Ê±¼ä is unrecognized或者Access denied for user rootlocalhost。原因MySQL 8.0 默认时区和驱动类型不匹配或者 root 账号的密码和配置文件不一致也可能是本地 MySQL 只允许 localhost 登录而代码里用了远程地址。解决先在 application.yml 的 URL 末尾加上serverTimezoneAsia/ShanghaiuseSSLfalse并把driver-class-name改成com.mysql.cj.jdbc.Driver。密码错误就到 MySQL 里执行ALTER USER rootlocalhost IDENTIFIED BY 新密码; FLUSH PRIVILEGES;如果你用的不是 root而是一个新建账号还需要GRANT ALL PRIVILEGES ON meeting_db.* TO meetinglocalhost; FLUSH PRIVILEGES;先改配置再查账号最后看驱动。别一上来就重装 MySQL。还有一个隐藏点密码如果包含或?这样的特殊字符在 YAML 里最好用单引号包起来否则 Spring 解析时可能把密码截断报错信息看起来像密码错误其实是格式问题。5.2 静态资源 404 或模板渲染失败现象登录页面能打开但完全没有样式或者跳转页面时报Error resolving template [meeting/list]。原因静态资源路径在开发时被 IDE 忽略模板名大小写对不上或者 Thymeleaf 缓存了旧页面。解决先确认src/main/resources/templates下的 HTML 文件名与 Controller 返回字符串一致。比如 Controller 返回meeting/list那么模板必须是templates/meeting/list.html。静态资源 CSS/JS 放src/main/resources/static下HTML 里用th:href{/css/style.css}引用不要直接写/css/style.css。另外在开发阶段把spring.thymeleaf.cachefalse加上改模板后按 CtrlShiftF9 重编译就能看到效果不用频繁重启。如果你发页面时发现样式加载了但 JS 功能全失效打开浏览器控制台看是不是代码里用了 jQuery 而页面没有引入 jQuery。很多老源码会同时依赖jquery.min.js和bootstrap.css一旦静态资源路径被拦截这两个文件全部 404页面看起来“能用”但实际上交互全部失灵。排查时直接访问http://localhost:8080/css/style.css能出来内容就说明路径没问题。5.3 并发预定同一间会议室两个订单同时成功现象用 JMeter 或两个浏览器同时提交同一个会议室的同一段时间两条记录都插入成功。原因预定逻辑是“先查再插”查和插之间没有锁两个事务同时通过检查。解决按 4.1 节给查询会议室行加FOR UPDATE。注意加锁的 SELECT 和后面的 INSERT 必须处于同一个事务所以 Service 方法上的Transactional不能掉。如果用了 Spring Boot 单数据源默认事务就生效如果自己配了多数据源需要指定事务管理器。另一种思路是加唯一键约束比如把会议室的某个字段拼成一个唯一索引让数据库在插入时直接拒绝重复。但这种方式需要修改表结构而且对时间区间类型不友好还是行锁最直接。验证是否生效可以在 MySQL 里手动执行两条事务模拟开一个事务SELECT * FROM meeting_room WHERE id1 FOR UPDATE在另一个会话里再执行同样的语句会发现第二个会话卡住直到第一个事务提交这才是行锁正确的表现。如果你发现两个事务都能同时拿到锁说明查询条件没走索引锁了全表或根本没锁上。另外要注意FOR UPDATE只能锁行如果你的会议室表还有status0的禁用状态业务上要把它当成一个独立条件判断而不能只依赖锁。5.4 打 Jar 包后文件上传路径失效现象本地上传会议附件或头像一切正常把 jar 放到服务器上跑上传成功后刷新就 404而且重启后文件丢失。原因代码里用了System.getProperty(user.dir) 相对路径jar 启动后的当前目录不稳定同时相对路径指向的是临时目录重启可能被清理。解决不要把上传文件交给 webapp 管理改成通过配置注入磁盘绝对路径。常见做法是在application.yml加meeting: upload-dir: /data/meeting/upload然后写一个 WebMvcConfigurer把上传目录映射成/upload/**。确认存在目录并给运行账号写权限这一步在 Linux 服务器上经常被忘文件一直传不上去。你可以用以下命令测试mkdir -p /data/meeting/upload chown -R nobody:nobody /data/meeting/upload如果你用 root 跑 jar那写权限没问题但生产环境建议用非 root 账号运行目录权限要单独给。还有一个细节MultipartFile.transferTo()的目标路径如果不存在需要先File.mkdirs()否则会报Parent directory does not exist。这个错误不是权限问题而是没建目录。5.5 Mapper XML 没打进 JarInvalid bound statement现象本地运行正常打包部署后启动报错Invalid bound statement (not found): com.company.meeting.mapper.MeetingMapper.countOverlap。原因pom.xml 默认只把src/main/resources下的部分文件打进 jar如果 XML 放在src/main/java/mapper下或者 IDEA 没有把它识别成 resource就会丢失。解决直接把 XML 放对位置src/main/resources/mapper/MeetingMapper.xml。然后在 pom.xml 的 build 节点里加build resources resource directorysrc/main/resources/directory includes include**/*.xml/include include**/*.yml/include include**/*.properties/include /includes /resource /resources /build这样 Maven 打包时就会把 mapper 目录下的 XML 一起带进去。改了 pom 后记得mvn clean package不要只做增量构建。如果你用的是 IDEA还有一个常见误因IDEA 默认把src/main/java下的.xml文件当成资源排除所以有些人图省事把 Mapper XML 放在 Java 包目录里本地能跑是因为 IDE 自己找得到但 Maven 打包时不会带。验证方法也很简单打好的 jar 用压缩工具打开看BOOT-INF/classes/mapper下有没有 XML。如果没有就按上面的 pom 配置加上。6. 一个加分项给会议状态加操作日志用 AOP 实现不留死代码你接手这套源码后最常被问到的就是“谁在什么时候改了会议状态”。与其在每一个审核和取消的地方插入日志代码不如用 AOP 做横切。我一般这样写先定义一个Log注解标记哪些方法需要记录再写一个切面环绕打印操作人和操作结果。核心代码就这一段Aspect Component public class OperationLogAspect { Around(annotation(com.company.meeting.common.Log)) public Object record(ProceedingJoinPoint pjp) throws Throwable { long start System.currentTimeMillis(); try { Object result pjp.proceed(); // 成功时记录方法名、参数摘要、耗时 return result; } catch (Exception e) { // 失败时记录异常信息再抛出 throw e; } finally { long cost System.currentTimeMillis() - start; // 这里写入操作日志表 } } }然后在audit()方法上加上Log即可不需要在方法体里写任何日志代码。这个做法比在业务代码里塞System.out.println干净得多面试时你也能解释清楚 AOP 切入点、目标方法和事务的关系。我自己的教训是日志表写入不要放在 try 块内、使用同一个事务否则日志表反过来影响业务提交。最好把日志写入单独一个事务或者用异步方式让业务失败和日志记录互不牵连。验证也很简单登录系统审核一条会议再查一下操作日志表能看到一条带操作人、动作、时间的数据就算成功。希望帮到你。本文还有配套的精品资源点击获取

Java会议管理系统源码实战：从环境搭建到二次开发避坑

相关推荐

Hadoop中MapReduce之Job提交与切片信息详解：从TaoToken统一Key通道看任务初始化链路

root配置指令全解：从Linux系统到数据库的安全管理

免费AI辅助显卡测试全攻略：从显存检测到报告生成

更多资讯

Agent-Reach 实战：用 CLI 和 Python 打通 AI Agent 的触达层

Spring WebFlux响应式编程实战：从选型到避坑指南

Claude长期记忆系统claude-mem：架构设计与实操指南

claude-mem 记忆系统实战：分层存储、混合检索与上下文注入

PC端变声器实测：叮咚、MorphVOX Pro、Voicemod怎么选？

含瓦斯煤岩组合体三轴加载力学响应与实验方案解析

今日更新

PHP htmlentities()函数用法讲解

AI Agent工程实战：从七要素到七个决策点的系统设计指南

AI入局芯片设计验证：验证收敛50倍加速的真相与应对

本周精选

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

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

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

本月热门

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

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

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

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