企业官网建设流程全解析

简介：这是一套面向计算机专业学生与Java开发学习者的招标管理系统完整项目源码，以Java语言结合Spring框架构建在线招投标平台，适合作为毕业设计、课程设计或企业级Web开发练手素材。系统围绕招标公示、投标公示、招标发布与服务商管理四大模块展开，涵盖报名、投标、开标、评标等规范流程，并融入资质审核与信用评价机制，能帮助读者理解MVC架构、数据库设计与前后端交互的完整实现思路。压缩包共372个文件，约65.48MB，包含26个java源文件、38个jsp页面、32个js脚本、22个css样式及91个xml配置、56个jar依赖等，源码、页面与依赖资源齐备，目录结构清晰便于按模块查阅。目前已有303人学习下载，适合希望借助冷门选题降低重复率、并借此掌握Spring框架与软件工程全流程的读者参考实践。

1. 招标管理遇上 Java：一套能跑通的毕设系统到底长什么样

做过高校毕设指导或者自己写过毕设的人都有个共识：招标管理这个题目年年有人选，但真正能跑通全流程的不到三成。大部分项目卡在“能登录、能增删改查，但业务串不起来”——供应商注册完不知道去哪投标，评标专家登录后看不到待评项目，管理员发布公告后前台不刷新。这套基于 Java 的招标管理系统，核心价值就在于把招标方、投标方、评标专家、管理员四类角色的业务闭环串起来了，而不是一个套了壳的 CRUD 演示。

它适合两类人：一是正在做招标管理方向毕设的本科生，需要一套结构清晰、能讲清楚业务逻辑的参考实现；二是刚接触 Java Web 全栈开发、想找一个完整业务场景练手的初中级开发者。技术栈是典型的 Spring Boot + MyBatis-Plus + MySQL + Thymeleaf（或前后端分离的 Vue），这个组合在毕设答辩时既好讲也好扩展。下面从环境搭建到业务实现再到踩坑排查，把整套系统的落地路径拆开讲。

2. 环境搭建与项目骨架：从 JDK 到第一个接口跑通

2.1 开发环境选型与版本对齐

这套系统对环境的容忍度比较高，但版本不对齐是新手翻车的第一现场。我一般建议按下面这套组合来配，兼容性最稳：

JDK 环境变量配置是绕不开的一步。Windows 下新建JAVA_HOME指向 JDK 安装目录，然后在Path里加%JAVA_HOME%\bin。很多人配完java -version能出来但javac不行，原因就是只配了 JRE 路径没配 JDK。验证方式很简单：

java -version javac -version echo %JAVA_HOME%

三条命令都正常输出才算配好。如果机器上有多个 JDK，切换时改JAVA_HOME指向即可，但要注意 IDEA 里的 Project SDK 也要同步改，否则编译和运行用的不是同一个版本，会出现“命令行能跑、IDE 报错”的玄学问题。

2.2 数据库设计与建表脚本

招标系统的数据模型是整套路子的地基。核心表包括：用户表（区分角色）、招标项目表、投标记录表、评标结果表、公告表。下面给出关键表的建表语句，字段设计直接决定了后面业务代码好不好写：

-- 用户表：用 role 字段区分四类角色 CREATE TABLE `sys_user` ( `id` BIGINT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL COMMENT '登录名', `password` VARCHAR(100) NOT NULL COMMENT '加密后的密码', `real_name` VARCHAR(50) DEFAULT NULL COMMENT '真实姓名', `role` TINYINT NOT NULL COMMENT '1管理员 2招标方 3投标方 4评标专家', `company` VARCHAR(100) DEFAULT NULL COMMENT '所属单位', `status` TINYINT DEFAULT 1 COMMENT '1正常 0禁用', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 招标项目表 CREATE TABLE `bid_project` ( `id` BIGINT NOT NULL AUTO_INCREMENT, `project_name` VARCHAR(200) NOT NULL, `project_no` VARCHAR(50) NOT NULL COMMENT '项目编号', `publisher_id` BIGINT NOT NULL COMMENT '发布方用户id', `budget` DECIMAL(15,2) DEFAULT NULL COMMENT '预算金额', `deadline` DATETIME DEFAULT NULL COMMENT '投标截止时间', `status` TINYINT DEFAULT 0 COMMENT '0待审核 1招标中 2已截止 3已评标', `content` TEXT COMMENT '招标要求详情', PRIMARY KEY (`id`), UNIQUE KEY `uk_project_no` (`project_no`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 投标记录表 CREATE TABLE `bid_record` ( `id` BIGINT NOT NULL AUTO_INCREMENT, `project_id` BIGINT NOT NULL, `bidder_id` BIGINT NOT NULL COMMENT '投标方用户id', `price` DECIMAL(15,2) NOT NULL COMMENT '报价', `file_path` VARCHAR(255) DEFAULT NULL COMMENT '投标文件路径', `submit_time` DATETIME DEFAULT CURRENT_TIMESTAMP, `score` DECIMAL(5,2) DEFAULT NULL COMMENT '评标得分', PRIMARY KEY (`id`), KEY `idx_project` (`project_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这里有个设计细节值得说：bid_project的status字段用整型枚举而不是字符串，好处是查询效率高、代码里用常量类管理不易写错。bid_record里score允许为空，因为投标时还没评标，这个字段是评标阶段回填的。如果一开始就把score设成 NOT NULL，评标前的插入操作直接报错，这是很多人建表时容易忽略的点。

2.3 Spring Boot 项目结构与依赖配置

项目骨架用标准的 Maven 多模块或单模块都行，毕设场景单模块足够。pom.xml里核心依赖就几个：

<dependencies> <!-- Web 层 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!-- MyBatis-Plus：省去大量单表 CRUD 代码 --> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.5.3</version> </dependency> <!-- MySQL 驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <!-- 模板引擎，前后端不分离时用 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency> <!-- Lombok：减少 getter/setter 样板代码 --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> </dependencies>

application.yml里数据库连接是必配项，MySQL 8.0 要注意驱动类和时区：

spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/bid_system?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: your_password mybatis-plus: configuration: map-underscore-to-camel-case: true # 下划线字段自动映射驼峰属性 log-impl: org.apache.ibatis.logging.stdout.StdOutImpl # 开发期打印SQL global-config: db-config: id-type: auto # 主键自增

map-underscore-to-camel-case这个配置一定要开，否则数据库的project_name映射不到 Java 的projectName，查出来全是 null，新手经常在这卡半天。log-impl开发期打开能看到实际执行的 SQL，排查问题时非常有用，上线前记得关掉。

3. 核心业务模块实现：招标发布、投标与评标流程

3.1 招标项目发布与状态流转

招标项目的生命周期是整个系统的主动脉：管理员审核 → 招标方发布 → 投标方投标 → 截止 → 评标 → 公示。状态流转用整型枚举管理，代码里定义常量类：

public class ProjectStatus { public static final int PENDING = 0; // 待审核 public static final int BIDDING = 1; // 招标中 public static final int CLOSED = 2; // 已截止 public static final int EVALUATED = 3; // 已评标 }

发布项目的 Service 层逻辑要处理几个关键点：项目编号唯一性校验、截止时间必须晚于当前时间、发布方身份校验。用 MyBatis-Plus 的ServiceImpl可以省掉大量模板代码：

@Service public class BidProjectServiceImpl extends ServiceImpl<BidProjectMapper, BidProject> implements BidProjectService { @Override public Result publish(BidProject project, Long userId) { // 1. 校验项目编号是否重复 Long count = lambdaQuery() .eq(BidProject::getProjectNo, project.getProjectNo()) .count(); if (count > 0) { return Result.fail("项目编号已存在"); } // 2. 校验截止时间 if (project.getDeadline().before(new Date())) { return Result.fail("截止时间不能早于当前时间"); } // 3. 设置发布方和初始状态 project.setPublisherId(userId); project.setStatus(ProjectStatus.PENDING); save(project); return Result.ok("发布成功，等待管理员审核"); } }

lambdaQuery()是 MyBatis-Plus 提供的链式查询入口，配合 Lambda 方法引用可以避免字段名写错。count()返回符合条件的记录数，大于 0 说明编号已被占用。这里没有用数据库唯一索引直接抛异常的方式，是因为想让错误提示更友好——唯一索引冲突抛出的DuplicateKeyException对用户不友好，提前查一次虽然多一次查询但体验更好。当然高并发场景下这种“先查后插”有竞态问题，需要靠唯一索引兜底，毕设场景提前查一次够用了。

3.2 投标方操作与文件上传

投标方登录后能看到状态为“招标中”且未过截止时间的项目列表，点进去填写报价并上传投标文件。文件上传用 Spring 的MultipartFile处理：

@PostMapping("/bid/submit") public Result submitBid(@RequestParam("file") MultipartFile file, @RequestParam("projectId") Long projectId, @RequestParam("price") BigDecimal price, HttpSession session) { User user = (User) session.getAttribute("loginUser"); // 1. 校验项目是否还在招标中 BidProject project = projectService.getById(projectId); if (project.getStatus() != ProjectStatus.BIDDING) { return Result.fail("该项目已截止投标"); } if (project.getDeadline().before(new Date())) { return Result.fail("已超过投标截止时间"); } // 2. 保存文件到本地磁盘 String fileName = System.currentTimeMillis() + "_" + file.getOriginalFilename(); File dest = new File(uploadPath + fileName); try { file.transferTo(dest); } catch (IOException e) { return Result.fail("文件上传失败"); } // 3. 写入投标记录 BidRecord record = new BidRecord(); record.setProjectId(projectId); record.setBidderId(user.getId()); record.setPrice(price); record.setFilePath(fileName); bidRecordService.save(record); return Result.ok("投标成功"); }

文件上传路径建议配在application.yml里而不是硬编码，方便部署时改。file.transferTo()是 Spring 封装的方法，底层是流拷贝。注意上传目录要提前创建，否则transferTo会抛FileNotFoundException，这个报错信息不直观，很多人第一次遇到会以为是权限问题。另外投标截止时间的校验不能只靠前端，后端必须再校验一次，前端时间可以改，后端才是最后一道防线。

3.3 评标专家打分与结果计算

评标环节是这套系统区别于普通 CRUD 项目的关键。评标专家登录后看到状态为“已截止”的项目，对每个投标记录打分。打分逻辑要考虑：一个项目多个专家评、最终得分取平均、评标完成后项目状态变为“已评标”。

@Transactional public Result evaluate(Long projectId, Long expertId, Map<Long, BigDecimal> scoreMap) { // scoreMap: key=投标记录id, value=分数 for (Map.Entry<Long, BigDecimal> entry : scoreMap.entrySet()) { BidRecord record = bidRecordService.getById(entry.getKey()); if (record == null || !record.getProjectId().equals(projectId)) { continue; } // 记录该专家的打分（实际项目应单独建评标明细表） record.setScore(entry.getValue()); bidRecordService.updateById(record); } // 检查是否所有投标记录都已打分 Long unScored = bidRecordService.lambdaQuery() .eq(BidRecord::getProjectId, projectId) .isNull(BidRecord::getScore) .count(); if (unScored == 0) { // 全部打完，更新项目状态 BidProject project = new BidProject(); project.setId(projectId); project.setStatus(ProjectStatus.EVALUATED); projectService.updateById(project); } return Result.ok("评标完成"); }

@Transactional注解保证打分和状态更新在同一个事务里，要么全成功要么全回滚。这里简化成每个投标记录只存一个分数，实际多专家评标应该再建一张bid_evaluate明细表，记录“哪个专家给哪条投标打了多少分”，最终得分用AVG()聚合。毕设如果只要求单专家评标，当前设计够用；如果答辩老师追问多专家场景，要能说清楚扩展方案。

4. 避坑与排查：这套系统最容易翻车的五个地方

4.1 中文乱码：从数据库到页面的全链路排查

现象：页面上输入的中文项目名称存进数据库变成问号，或者查出来显示乱码。

原因：乱码可能出现在三个环节——数据库字符集、JDBC 连接编码、页面编码。任何一环不是 UTF-8 都会出问题。

解决：数据库建库时指定CHARACTER SET utf8mb4；JDBC URL 加characterEncoding=utf8；Thymeleaf 页面<meta charset="UTF-8">。三处都确认后重启应用。如果还乱码，检查 MySQL 的my.ini里character-set-server是不是 utf8mb4。用SHOW VARIABLES LIKE 'character%';能看到当前所有字符集配置。

4.2 登录后 session 丢失：拦截器与静态资源冲突

现象：登录成功跳转到首页，但一点其他菜单就退回登录页，像是 session 没保存。

原因：多半是拦截器把静态资源（css、js、图片）也拦截了，或者拦截器配置的路径把登录接口本身也拦了，导致登录请求被重定向。

解决：拦截器addPathPatterns("/**")的同时要excludePathPatterns排除/login、/css/**、/js/**、/images/**。另外检查 session 超时时间配置，server.servlet.session.timeout默认 30 分钟，如果设得太短也会频繁掉登录。

4.3 MyBatis-Plus 字段映射失效：查出来全是 null

现象：数据库明明有数据，但查出来的实体对象属性全是 null，或者只有部分字段有值。

原因：最常见的是没开map-underscore-to-camel-case，数据库的real_name映射不到realName。另一种情况是实体类没加@TableName注解且类名与表名不一致，或者主键没标@TableId。

解决：确认application.yml里map-underscore-to-camel-case: true；实体类加@TableName("sys_user")明确指定表名；主键字段加@TableId(type = IdType.AUTO)。如果用了 Lombok，确认 IDEA 装了 Lombok 插件且开启了注解处理，否则 getter/setter 根本没生成，反射取不到值。

4.4 文件上传大小超限：默认 1MB 的限制

现象：上传投标文件时报MaxUploadSizeExceededException，或者页面直接 500。

原因：Spring Boot 默认单文件上传限制是 1MB，总请求限制 10MB。投标文件动辄几 MB，肯定超。

解决：在application.yml里放开限制：

spring: servlet: multipart: max-file-size: 50MB max-request-size: 100MB

改完重启生效。注意如果用了 Nginx 做反向代理，Nginx 也有client_max_body_size限制，默认 1MB，要同步改，否则请求根本到不了应用层。

4.5 项目打包后运行报错：配置文件没带进去

现象：IDEA 里跑得好好的，mvn package打成 jar 后运行报数据库连接失败或找不到配置。

原因：application.yml放在了src/main/resources之外，或者打包时被排除。另一种是用了application-dev.yml多环境配置但启动时没指定 profile。

解决：确认配置文件在src/main/resources下；多环境时启动命令加--spring.profiles.active=dev；打包后用java -jar xxx.jar运行，不要用java -cp手动指定 classpath，容易漏资源文件。验证 jar 里有没有配置文件：jar tf xxx.jar | grep application。

5. 从能跑到好用：几个让答辩加分的技术细节

系统能跑通只是及格线，答辩时老师往往会追问“你这个和别人的有什么区别”。下面几个点是我带过的项目里反馈最好的加分项，实现成本不高但能体现思考深度。

第一个是密码加密存储。很多毕设项目密码明文存数据库，这是硬伤。用 Spring Security 的BCryptPasswordEncoder或者自己写个 MD5 加盐都行，核心是别存明文：

// 注册时加密 String encoded = new BCryptPasswordEncoder().encode(rawPassword); user.setPassword(encoded); // 登录时校验 boolean match = new BCryptPasswordEncoder().matches(rawPassword, user.getPassword());

BCrypt 每次加密结果不同但matches能正确比对，因为盐值存在密文里。这个点答辩时能讲清楚“为什么同样的密码每次加密结果不一样但还能验证通过”，基本就稳了。

第二个是操作日志记录。招标系统涉及敏感操作（发布、投标、评标），加一张sys_log表记录谁在什么时间做了什么操作，用 AOP 切面自动写入。实现上定义一个@Log注解，切面拦截注解方法，从 session 取当前用户，把方法名、参数、时间写库。这个功能代码量不大，但答辩时演示“可追溯”很有说服力。

第三个是接口防重复提交。投标按钮点快了会插入两条投标记录，这是真实场景会遇到的问题。常见做法是前端点击后置灰按钮，但后端也要防。简单方案是用 Redis 或本地缓存做 token 校验：进入投标页时生成一个 token 存 session，提交时校验并删除，重复提交时 token 已不存在直接拒绝。没有 Redis 的话用ConcurrentHashMap加过期时间也能凑合，毕设场景够用。

第四个是分页查询的统一封装。项目列表、投标记录列表都要分页，用 MyBatis-Plus 的Page对象配合前端分页组件，避免每个列表都手写LIMIT。统一封装一个PageResult返回给前端，包含当前页、每页条数、总记录数、数据列表四个字段，前端组件直接对接。

最后说个习惯：每次改完数据库表结构，我都会把建表语句同步更新到项目的sql目录下，并且写一个init.sql能一键建库建表加初始数据。答辩前老师让你现场跑一遍，直接执行init.sql就能从零启动，比手动导数据稳得多。从那以后我每次交付项目都强制走一遍“删库→执行 init.sql→启动→全流程点一遍”的验证流程，能提前拦掉八成环境问题。希望帮到你。

本文还有配套的精品资源，点击获取