简介：一份招投标系统源码2021.zip，是面向Web服务器应用场景的完整项目包，适合C# Web开发者、系统设计人员及对招投标平台实现感兴趣的学员学习。资源包含数据库备份、管理端动态页面、编译类文件与多种配置资源，压缩后仅5.77MB，整体共1976个文件，以class、jsp、java及数据库备份为主，可较完整还原从页面展示、业务逻辑到数据持久化的典型分层结构。目前已有129人学习下载。通过分析这套源码，可了解招投标流程中的项目发布、供应商管理、投标文件提交与审核等核心模块，以及数据库表关系、安全性控制、并发与日志监控等落地写法。对于希望掌握Web应用开发、理解真实业务中后端架构与数据流的学习者，这套源码提供了一个可读、可研究的完整样例。

1. 招投标系统源码能干什么：一个C# Web服务器应用的全貌

做招投标管理的同学应该懂，最怕的不是流程复杂，而是信息散在Excel和邮件里，等开标那天才发现某家供应商的资质文件没交全。这个项目是一套基于C#开发的招投标Web系统，运行在Windows服务器的IIS上，用ASP.NET页面做交互，SQL Server存数据，覆盖招标公告、投标文件、供应商和开标记录四个核心环节。压缩包里带了数据库备份文件 zhaobiao.db.bak，恢复后连上就能跑。

它适合两类人：一是企业信息部门想快速搭一个内部招投标平台，直接改配置部署即可；二是想学C# Web服务器应用的开发者，里面有三层架构、参数化查询、文件上传限制设置等实战细节，比看书有用。这套源码的完整度不错，但也不是开箱即食，需要先理解文件结构和技术选型，才能把项目顺利跑起来。

2. 项目结构和技术栈：识别源码里的C#主程序与JSP残留

2.1 解压后看到的文件都代表什么

打开压缩包，最先看到的是一批很长的文件名，例如 guanli_0005fppm_0005fedit_0002ejsp_jsp.class。这种命名规则是JSP编译器产出的内部类文件名，对应的是“管理_pm_edit.jsp”这类页面的预编译结果。实际上在真实的C# Web项目中，这种文件并不参与编译，通常是早期版本或从某个旧平台迁移时被一起打包进来的残留。不要被它们吓到，真正重要的只有三类：数据库备份文件 zhaobiao.db.bak、C#的源代码文件（.cs、.aspx、MasterPage等）以及配置文件。

我一般会建议先把压缩包完整解压到一个无空格的目录，比如 D:\SourceCodes\Zhaobiao。然后在 Visual Studio 中创建或打开一个“文件系统网站”，把解压后的目录作为网站根目录。为什么用文件系统网站而不是项目工程文件？因为这个包里很可能没有 .sln 和 .csproj，使用“打开网站”方式可以直接让编译器识别 App_Code 目录下的 cs 文件，省去重新建工程引用的麻烦。

下面是这个包展开后的典型目录结构，以我看到的主程序为准：

Zhaobiao/ ├─ App_Code/ # C#源代码目录，编译后生成程序集 │ ├─ DbHelper.cs # 数据库访问辅助类 │ ├─ ZhaobiaoManager.cs # 招标业务逻辑层 │ └─ Common.cs # 通用函数，如文件路径处理、格式校验 ├─ guanli/ # 管理后台页面目录 │ ├─ pm_edit.aspx # 招标项目管理页 │ ├─ makerupdate.aspx # 供应商维护页 │ └─ type.aspx # 分类管理页 ├─ zhaobiao/ # 前台投标页面目录（据功能推测） ├─ Web.config # 全站配置，含数据库连接 └─ zhaobiao.db.bak # SQL Server数据库备份文件

这个目录其实没有严格按照三层结构分文件夹，而是把类都集中在 App_Code 下。这是 ASP.NET Web Forms 项目常见的写法：BLL 和 DAL 以命名空间区分，而不是物理目录区分。后文我会按命名空间继续讲解。那些 guanli 下的 .aspx 对应的是后台管理页面，“_0005f”“_0002e”都是 JSP 转义后的符号，和 C# 页面没有关系。即便你不小心把 .class 文件拖进了工程，只要不主动编译它，也不会影响主程序的运行。

2.2 技术选型：为什么是C#＋ASP.NET Web Forms＋SQL Server

这套系统没有采用时下流行的前后端分离，而是直接用 Web Forms 的控件绑定模型。常见做法是每个 aspx 页面配一个 aspx.cs 代码后置文件，页面里的 GridView、Repeater 负责渲染表格，服务端事件负责接收提交。优点是不需要写 JavaScript 和 Ajax，开发速度快，非常适合表单密集型的企业内部系统；缺点是页面状态维护依赖 ViewState，压力测试时容易被人吐槽性能。但招投标系统的并发量通常不大，这个取舍是可以接受的。

数据库方面，备份文件是 zhaobiao.db.bak，按命名和表内字段习惯，大概率是 SQL Server 2008 或 2012 的备份。我在还原时用的是 SQL Server Management Studio（SSMS），还原后数据库名为 zhaobiao。表结构上按功能推测至少包含这几张表：招标项目表、供应商表、投标文件表、开标记录表。表之间的关系基本是以招标项目为主键，供应商通过外键关联。

这类项目里最能体现 C# 开发水平的是 App_Code 下的业务逻辑层。比如 ZhaobiaoManager.cs 里一般会定义招标项目的状态枚举（草稿、已开标、已废标），并提供 CreateProject、UploadRecord 等方法。这些方法内部使用 DbHelper 执行 SQL，返回影响行数或实体对象。如果你准备把它当作 C# Web 开发范本，重点看两个地方：一是 DbHelper 里如何封装 SqlConnection、SqlCommand，二是每个页面的事件处理器怎么把用户输入转换为参数化 SQL，防止注入。

为什么我要强调这套技术选型？因为真正运行起来时，你遇到的百分之八十问题都出在版本和配置不匹配上。比如 SQL Server 的排序规则不一致导致还原失败，或者 IIS 未启用 ASP.NET 功能导致 aspx 页面直接变成乱码。提前认清项目底子是 C#、ASP.NET、SQL Server 这一套，后面排查才有正确方向。

这里也顺带聊聊 C# 语言特性在这套老代码里的表现。很多方法还在用 DataTable 当传输对象，这不代表不能用泛型。写一个实体类，再写一个转换方法，就能把 DataTable 装进 List ，页面绑定更顺手。一个合格的项目解析应该告诉你：老代码不等于落后代码，它只是更直接。比如下面的实体类和转换方法，是我在新功能里常加的脚手架：

public class SupplierModel { public int Id { get; set; } public string CompanyName { get; set; } public string CreditCode { get; set; } }

public static List<SupplierModel> ToSupplierList(DataTable dt) { List<SupplierModel> list = new List<SupplierModel>(); foreach (DataRow row in dt.Rows) { SupplierModel item = new SupplierModel(); item.Id = Convert.ToInt32(row["Id"]); item.CompanyName = row["CompanyName"].ToString(); item.CreditCode = row["CreditCode"].ToString(); list.Add(item); } return list; }

这两个代码块连在一起看：实体类只包含 Id、CompanyName、CreditCode 三个属性，转换方法遍历 DataTable 的行，逐列塞进实体对象。为什么不用 LINQ？在老项目里，DataTable 已经存在，用 foreach 填充是零依赖、好理解的方案，效率也不差。如果你追求更现代的写法，可以改成下面这行：

var list = dt.AsEnumerable().Select(r => new SupplierModel() { Id = r.Field<int>("Id"), CompanyName = r.Field<string>("CompanyName"), CreditCode = r.Field<string>("CreditCode") }).ToList();

这行代码背后的逻辑是：AsEnumerable 把 DataTable 变成可枚举的集合，Select 做投影，ToList 落成 List。参数说明：r.Field ("Id") 要求 DataTable 中 Id 列的类型是 int，如果数据库里是 bigint，这里得改成 long。两种写法都能用，但老项目里第一种更常见，因为它不依赖上下文类型推断，排错时一眼能看出哪一步报错。

这套技术栈还有一个容易被忽略的点：ASP.NET Web Forms 的页面生命周期会在回传时触发大量事件，按钮点击、下拉框改变都会整页刷新。在招投标系统里，这种模式反而适合，因为表单提交是高频操作，用户不关心局部刷新。如果非要做异步，可以在 UpdatePanel 里包一层，但我不推荐在第一次跑通前引入过多的 Ajax，等核心流程稳定后再优化不迟。

3. 核心模块拆解：一个招标项目从录入到开标的代码链路

3.1 数据访问层：DbHelper 与参数化SQL

在 App_Code/DbHelper.cs 中，通常会有一个静态类，封装打开连接、执行命令等操作。示例代码如下：

using System.Data; using System.Data.SqlClient; public static class DbHelper { private static string connString = System.Configuration.ConfigurationManager.ConnectionStrings["ZhaobiaoConn"].ConnectionString; public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn = new SqlConnection(connString)) { conn.Open(); using (SqlCommand cmd = new SqlCommand(sql, conn)) { cmd.CommandTimeout = 30; if (parameters != null) cmd.Parameters.AddRange(parameters); return cmd.ExecuteNonQuery(); } } } public static DataTable ExecuteDataTable(string sql, params SqlParameter[] parameters) { using (SqlConnection conn = new SqlConnection(connString)) { conn.Open(); using (SqlCommand cmd = new SqlCommand(sql, conn)) { cmd.CommandTimeout = 30; if (parameters != null) cmd.Parameters.AddRange(parameters); SqlDataAdapter adapter = new SqlDataAdapter(cmd); DataTable dt = new DataTable(); adapter.Fill(dt); return dt; } } } }

这段代码是所有查询入口的公共道路。ExecuteNonQuery 负责执行插入、更新、删除，返回被影响的行数；ExecuteDataTable 负责执行 SELECT，返回内存表格。两个方法的第三个参数都是可变参数，调用时这样用：DbHelper.ExecuteDataTable("SELECT * FROM TenderProject WHERE Status=@Status", new SqlParameter("@Status", 1)) 或者直接传 SqlParameter 数组。

参数化查询是最关键的 SQL 注入防线。很多早期项目里直接拼字符串，比如 "SELECT * FROM TenderProject WHERE Name='" + txtName.Text + "'"，如果用户在名称框里输入恶意 SQL 就会出大问题。这套系统的 DbHelper 强制使用 SqlParameter，调用方根本没有机会把用户输入直接拼进 SQL，这是它做得比较稳的地方。我在二次开发时也尽量保留这种写法，凡是新增查询，一律走参数化。

再说一个容易忽略的参数：CommandTimeout 默认是 30 秒，如果查询涉及大表统计，可能不够。常见做法是把它调大到 60 或 120，但调大之前先看是不是索引缺失。否则超时问题会从“偶尔发生”变成“每次必现”的玄学问题。总的来说，这个辅助类没有引入 Entity Framework，好处是没有任何 ORM 自动映射的黑匣子，SQL 写错了，数据库立刻告诉你；坏处是表结构变化时，你得手动维护 SQL 和参数。我在改造时倾向于保留这个风格，只在新的统计页面引入 Dapper 这类轻量工具，减少对现有代码的冲击。

3.2 业务逻辑层：招标项目发布的状态切换

在 ZhaobiaoManager.cs 中，有一个典型的方法负责创建招标项目。模拟代码：

public static int CreateTenderProject(string projectName, string department, decimal budget, string publishTime) { string sql = @"INSERT INTO TenderProject (ProjectName, Department, Budget, PublishTime, Status) VALUES (@ProjectName, @Department, @Budget, @PublishTime, 1)"; SqlParameter[] parameters = { new SqlParameter("@ProjectName", projectName), new SqlParameter("@Department", department), new SqlParameter("@Budget", budget), new SqlParameter("@PublishTime", publishTime) }; return DbHelper.ExecuteNonQuery(sql, parameters); }

这里状态字段 Status 用数字 1 表示“已发布”，0 通常是“草稿”。预算字段 Budget 是 decimal 类型，在 SQL Server 里对应 decimal(18,2)。发布时间的字符串如果直接从页面传来，最好先做一次 DateTime.TryParse 校验，否则数据库会因为隐式转换问题报错。业务逻辑层的作用就是把页面控件的字符串合并成有业务含义的操作，比如这个创建方法被“发布招标公告”按钮的事件调用。

另一个常见方法是“截至投标”，逻辑大致是 UPDATE TenderProject SET Status=2 WHERE Id=@Id AND Status=1，同时记录截止时间。为什么要带 AND Status=1 这个条件？这是为了防止重复操作：如果项目已经截至，第二次点击就不会再执行更新，返回影响行数为 0，页面提示“当前状态不允许该操作”。这种乐观锁思路在状态机里很实用，不用额外加锁就能避免并发问题。

再说查询招标列表并绑定列表页的场景。列表页一般是 GridView 绑定一个方法返回的 DataTable，代码如下：

public static DataTable GetPublishedProjects() { string sql = @"SELECT Id, ProjectName, Department, Budget, PublishTime FROM TenderProject WHERE Status = 1 ORDER BY PublishTime DESC"; return DbHelper.ExecuteDataTable(sql); }

然后 aspx 的后置代码里这样绑定：

GridView1.DataSource = ZhaobiaoManager.GetPublishedProjects(); GridView1.DataBind();

这个方法没有参数，所以 ExecuteDataTable 的第二个参数可以不传。Bind 之后，GridView 会自动根据 DataTable 的列名生成表格。这种写法的优点是快速可见，缺点是列名大小写敏感，如果 SQL 用了别名，页面列头就是别名。我在项目里经常看到有人在这里栽跟头，写明了 PublishTime 别名，页面上却显示不出来，检查一大圈发现是列名字母拼错了。

3.3 页面交互：Web Form 如何完成一次投标文件上传

前端页面集中在 zhaobiao 目录下，命名我没法百分之百还原，但按钮事件基本是这个套路。以一个“投标文件上传”页面为例，aspx 里放一个 FileUpload 控件和一个 Button：

<asp:FileUpload ID="fileTender" runat="server" CssClass="form-control" /> <asp:Button ID="btnUpload" runat="server" Text="上传投标文件" OnClick="btnUpload_Click" />

aspx.cs 事件处理器：

protected void btnUpload_Click(object sender, EventArgs e) { if (!fileTender.HasFile) { lblMessage.Text = "请先选择文件"; return; } string ext = System.IO.Path.GetExtension(fileTender.FileName).ToLower(); if (!new[] { ".pdf", ".doc", ".docx" }.Contains(ext)) { lblMessage.Text = "只支持 PDF 或 Word 文档"; return; } string saveName = DateTime.Now.ToString("yyyyMMddHHmmss") + "_" + fileTender.FileName; string saveDir = Server.MapPath("~/Uploads"); if (!System.IO.Directory.Exists(saveDir)) System.IO.Directory.CreateDirectory(saveDir); string fullPath = System.IO.Path.Combine(saveDir, saveName); fileTender.SaveAs(fullPath); int tenderProjectId = Convert.ToInt32(hiddenProjectId.Value); string sql = "INSERT INTO BidFile (TenderProjectId, SupplierId, FileName, FilePath, UploadTime) VALUES (@pid, @sid, @name, @path, GETDATE())"; SqlParameter[] p = { new SqlParameter("@pid", tenderProjectId), new SqlParameter("@sid", Session["SupplierId"]), new SqlParameter("@name", saveName), new SqlParameter("@path", "Uploads/" + saveName) }; DbHelper.ExecuteNonQuery(sql, p); lblMessage.Text = "上传成功"; }

这段代码展示了文件上传的三件事：扩展名校验、磁盘保存、数据库记录路径。注意只用扩展名判断文件类型是远远不够的，真要上线，还要检查文件头。这里先提个醒，后面避坑部分会再讲。另一个细节是文件名加了时间戳前缀，避免同名文件互相覆盖；数据库里保存的是相对路径，这样迁移服务器时只要把 Uploads 目录一起拷贝，图片和文档就不会丢。

Web Forms 的页面生命周期在这个流程里也很关键。尽量把文件保存和数据库写入放在同一个页面事件里，不要分两次异步请求，因为一旦断网用户都不知道文件到底传没传上去。这套系统里多个页面都是这么做的，简单但可靠。

再补一个隐含的业务逻辑：BidFile 表使用 Session["SupplierId"] 来绑定当前登录供应商，这说明页面登录状态就是依靠 Session。如果 Session 过期，这条 SQL 会因为插入空值而失败。所以很多企业项目会在这里加一个判断，Session 为 null 时先跳转到登录页。这是老项目常见的安全隐患，也是二次开发时值得改动的点。

3.4 开标记录：状态流转与并发控制

开标环节是整个流程里最敏感的部分。常见的实现方式是在“开标确认”按钮事件里执行一个事务，比如同时更新项目状态和插入 OpenRecord。示例：

public static bool ConfirmOpen(int projectId, string remark) { string updateProject = "UPDATE TenderProject SET Status=3 WHERE Id=@Id AND Status=2"; string insertRecord = "INSERT INTO OpenRecord (TenderProjectId, OpenTime, Remark) VALUES (@Id, GETDATE(), @Remark)"; SqlParameter[] p = { new SqlParameter("@Id", projectId), new SqlParameter("@Remark", remark) }; using (SqlConnection conn = new SqlConnection(DbHelper.ConnString)) { conn.Open(); SqlTransaction tx = conn.BeginTransaction(); try { SqlCommand cmd1 = new SqlCommand(updateProject, conn, tx); cmd1.Parameters.AddRange(p); int rows = cmd1.ExecuteNonQuery(); if (rows != 1) throw new Exception("项目状态不允许开标"); SqlCommand cmd2 = new SqlCommand(insertRecord, conn, tx); cmd2.Parameters.AddRange(p); cmd2.ExecuteNonQuery(); tx.Commit(); return true; } catch { tx.Rollback(); return false; } } }

事务的意义在于：项目状态更新成功了，但开标记录插入失败，事务回滚会让状态恢复原样，避免出现“项目已经开标但没有记录”的脏数据。这里项目状态 3 表示已开标，2 表示已截止，顺序是严格串行的，不能从草稿直接跳到开标。这种状态机的校验代码，是整个系统里最值得新同学模仿的部分。

4. 数据库设计与还原：zhaobiao.db.bak 里的核心关系

4.1 核心表结构与关系

根据源码中出现的查询语句和页面字段，可以推断出数据库主表至少有下面这些。这里给一个整理后的表结构参考：

关系上，TenderProject 是业务起点，BidFile 通过 TenderProjectId 和 SupplierId 构成一个“谁投了什么标”的关联表。OpenRecord 与 TenderProject 是一对一，因为一个项目只开一次标。这样的设计满足中小企业的招投标流程，新增评标时只需要再加一张 ScoreRecord 表，外键指向 OpenRecord 即可。

如果要手动创建这些表，核心建表 SQL 大概是这样：

CREATE TABLE TenderProject ( Id INT IDENTITY(1,1) PRIMARY KEY, ProjectName NVARCHAR(200) NOT NULL, Department NVARCHAR(100) NULL, Budget DECIMAL(18,2) NULL, PublishTime DATETIME NULL, Status INT NOT NULL DEFAULT 0 ); CREATE TABLE Supplier ( Id INT IDENTITY(1,1) PRIMARY KEY, CompanyName NVARCHAR(200) NOT NULL, CreditCode NVARCHAR(18) NULL, Contact NVARCHAR(50) NULL, Phone NVARCHAR(20) NULL ); CREATE TABLE BidFile ( Id INT IDENTITY(1,1) PRIMARY KEY, TenderProjectId INT NOT NULL, SupplierId INT NOT NULL, FileName NVARCHAR(200) NULL, FilePath NVARCHAR(300) NULL, UploadTime DATETIME NOT NULL DEFAULT GETDATE(), CONSTRAINT FK_BidFile_Project FOREIGN KEY (TenderProjectId) REFERENCES TenderProject(Id), CONSTRAINT FK_BidFile_Supplier FOREIGN KEY (SupplierId) REFERENCES Supplier(Id) ); CREATE TABLE OpenRecord ( Id INT IDENTITY(1,1) PRIMARY KEY, TenderProjectId INT NOT NULL, OpenTime DATETIME NOT NULL DEFAULT GETDATE(), Remark NVARCHAR(500) NULL, CONSTRAINT FK_Open_Project FOREIGN KEY (TenderProjectId) REFERENCES TenderProject(Id) );

这个 SQL 里的 IDENTITY(1,1) 表示自增主键，从 1 开始每次加 1。NVARCHAR 类型用于保存中文，长度需要根据实际内容调整。Budget 用 DECIMAL(18,2) 表示最多 16 位整数加 2 位小数，足够承载企业级的项目预算。外键约束 FK_BidFile_Project 的作用是防止删除已经被投标引用的招标项目，保护数据完整性。

实际还原时不需要手动建表，因为 zhaobiao.db.bak 已经包含了这些结构。建表 SQL 的价值在于二次开发时需要新增字段，可以直接在上面改，不会因为不了解原来结构而乱建表。

4.2 还原数据库与修改连接字符串

第一步，在 SSMS 中右键“数据库”，选择“还原文件和文件组”，源设备选择 zhaobiao.db.bak。如果目标数据库名要保持为 zhaobiao，直接使用默认即可。还原后检查一下 TenderProject 表是否存在，确认数据库完整。

如果不习惯图形界面，也可以用 T-SQL 还原：

RESTORE DATABASE zhaobiao FROM DISK = N'D:\SourceCodes\Zhaobiao\zhaobiao.db.bak' WITH MOVE 'zhaobiao' TO N'D:\Database\zhaobiao.mdf', MOVE 'zhaobiao_log' TO N'D:\Database\zhaobiao_log.ldf', REPLACE;

这里的 MOVE 子句指定了新的数据文件和日志文件路径，REPLACE 覆盖同名数据库。如果备份文件里逻辑名不是 zhaobiao，需要先用 RESTORE HEADERONLY FROM DISK = N'...' 查询逻辑名称，然后替换 MOVE 子句。这一步最容易踩坑，很多人直接照着抄，结果 SQL 报错找不到逻辑名。

还原成功后，第二步是修改 Web.config。找到 connectionStrings 节：

<connectionStrings> <add name="ZhaobiaoConn" connectionString="server=.;database=zhaobiao;uid=sa;pwd=123456;MultipleActiveResultSets=true;" providerName="System.Data.SqlClient"/> </connectionStrings>

把 server 改成数据库所在的主机名或 IP，本机就用“.”，uid 和 pwd 换成有权限的账号。MultipleActiveResultSets=true 是相对重要的开关，它允许同一连接上同时开启多个 DataReader，避免在 GridView 绑定数据时再嵌套执行查询报“连接被占用”的错误。这个小开关值得记住。

如果你的数据库启用了 Windows 身份验证，可以改用 integrated security=SSPI，并把 uid/pwd 去掉。注意保存时 Web.config 的编码不要改，XML 里的中文注释如果出现乱码会影响解析。连接字符串写在 configuration 节点下，如果放错位置，DbHelper 里拿到的会是 null，运行时直接空引号异常。

4.3 安全性、并发与日志：老项目里的重要细节

招投标系统涉及大量敏感报价，安全是重中之重。这套源码里的经验大致是三条：一是使用参数化查询防注入；二是网站启用 Forms 身份认证，管理员和供应商分开登录；三是上传目录禁止执行脚本。对于像 Uploads 这样的目录，最简单的方法是在 Web.config 里拒绝该目录的请求：

<location path="Uploads"> <system.web> <httpHandlers> <add path="*" verb="*" type="System.Web.HttpForbiddenHandler" validate="true"/> </httpHandlers> </system.web> </location>

这样攻击者即使上传了一个 aspx 木马，也无法通过浏览器执行。日志方面，一般会在 DbHelper 的异常捕获里记录错误到本地文件，或者用 Response.Write 输出调试，但生产环境不建议把异常直接回显给用户，可以用 Application_Error 事件做全局拦截并记录。

关于并发，常见的优化是在 SqlCommand 上设置 CommandTimeout，避免数据库卡死；查询招标列表时加 WITH(NOLOCK) 防止读阻塞，但要注意这会导致脏读，在报价这种对实时性要求高的业务里要谨慎。对于投标截止前的集中上传，IIS 默认会限制文件大小，这个放到避坑章节讲。

性能方面，老系统最容易遇到的问题是列表页数据量大时 GridView 渲染慢。常见优化方式是分页，SqlDataSource 的分页并不总是高效，因为它可能先把所有数据拉回页面。更高效的做法是 SQL 层分页，比如使用 ROW_NUMBER() 或 OFFSET-FETCH。但改动会牵涉到页面代码，建议先看数据量，如果只有几千条，完全不用急着优化。真正需要警惕的是在循环里反复执行 ExecuteDataTable，那才是性能杀手。

5. 部署与运行中的常见问题：排查与修复

5.1 数据库还原后提示“无法打开备份设备”或“排序规则冲突”

现象：在 SSMS 还原时选择 zhaobiao.db.bak 报错，有时还伴随“操作系统错误 3”或“无法加载媒体集”。
原因：SQL Server 服务账号对 bak 文件所在目录没有读权限，或者当前实例排序规则与备份文件不匹配，又或者备份文件在还原过程中被占用。
解决：先把 bak 文件拷贝到 SQL Server 数据目录下，例如 C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Backup，再还原；排序规则冲突时，先还原成新入库，再用 ALTER DATABASE 修改 collation。我一般建议百分之九十的冲突来自权限，拷贝路径后基本能解决。还原后如果部分表名有乱码，优先检查数据库排序规则是否支持中文。

5.2 ASP.NET 页面返回 500 或乱码，而不是正常渲染

现象：在 IIS 里部署后，打开首页显示一片乱码或“未知错误”，静态 html 能打开，aspx 不能。
原因：IIS 没有安装 ASP.NET 模块，或者 Web.config 连接字符串指向了不存在的数据库，页面生命周期在登录前就抛异常。
解决：在“启用或关闭 Windows 功能”里勾选 Internet Information Services → 万维网服务 → 应用程序开发功能 → ASP.NET 4.8 或对应版本。然后检查 Windows 事件查看器，把 Web.config 里连接字符串改成可用的数据库，先访问静态 html 确认网站能通，再访问 aspx。这一步能过滤掉一半问题。还要检查应用程序池的托管管道模式，老项目一般选“经典”模式，避免因为 Path Info 不同导致 404。

5.3 上传投标文件时提示“超过最大请求长度”

现象：点击上传后浏览器返回 413 请求实体过大，或者 ASP.NET 页面报“超过最大请求长度”。
原因：ASP.NET 2.0 以后默认请求长度上限是 4MB，一个几十兆的标书很容易超限。
解决：在 Web.config 的 system.web 节点增加 httpRuntime maxRequestLength 属性，单位为 KB。同时如果是 IIS7+，还要在 system.webServer 节点增加 requestLimits maxAllowedContentLength，单位是字节。示例：

<system.web> <httpRuntime maxRequestLength="102400" executionTimeout="60"/> </system.web> <system.webServer> <security> <requestFiltering> <requestLimits maxAllowedContentLength="104857600"/> </requestFiltering> </security> </system.webServer>

这里的 102400KB 是 100MB，104857600 字节也是 100MB。两个必须同步改，只改一个不生效。另外要注意 IIS 站点的连接超时和 appPool 回收时间，标书多的时候容易中断。修改 web.config 后，IIS 会回收应用程序池，正在上传的用户会立即断掉，所以尽量在业务低峰期修改。

5.4 JSP class 文件被误当作 C# 源码使用

现象：有同事从包里把 guanli_..._jsp.class 拖进 Visual Studio，试图编译成 C# 项目，结果编译报错。
原因：这些是 JSP 预编译类，根本不是 C# 程序集，和当前项目毫无关系。
解决：直接忽略带 .class 后缀的文件，不要删除也不要编译。它们占不了多少空间，但删除可能影响其他工具的打包识别。这个项目的主代码是 App_Code 里的 .cs 文件。如果目录里同时有 .aspx 和 .cs，Visual Studio 自动以 Web Site 方式编译，与这些 class 共存也没问题。如果你实在看着碍眼，可以新建子目录把它们移进去，但前提是确认没有动态加载这些类的代码。

5.5 Session 丢失导致登录状态失效

现象：用户登录后过几分钟再操作，提示登录失效或 Session["SupplierId"] 为空。
原因：IIS 应用程序池默认回收时间到，或者 Web.config 里 sessionState 配置被注释掉，又或是负载均衡环境下 Session 没有共享。
解决：先检查 Web.config 中 sessionState 模式是否为 InProc，默认 InProc 时应用池一回收，Session 全丢。可以将模式改为 StateServer 或 SQLServer，但单机开发时最稳妥的是延长应用池回收间隔，在应用程序池的高级设置里把“固定时间间隔”设为 0 分钟。如果用了 OutProc，需要保证服务器上的状态服务已启动。这种问题最像“玄学”，其实拿个日志记录一跟踪就定位了。

5.6 找不到 connectionStrings 或运行时空连接字符串

现象：在 DbHelper 里拿到的 connString 是 null，页面报“连接字符串未初始化”。
原因：配置文件的 connectionStrings 节点没有放在 system.web 后面，或者 name 大小写不一致。
解决：打开 Web.config，确认 和 DbHelper 里读取的名称完全一致，大小写也要一致。我习惯把连接字符串放在最外层 configuration 下的 connectionStrings 节点里，不在 appSettings 里嵌套。另外，如果项目发布后只复制了 aspx 文件而忘了 Web.config，运行时会直接报配置错误，所以发布时一定要带配置。

6. 二次开发：给招投标系统增加一个评标打分模块

如果要扩展功能，建议从新增一个“评标打分”模块入手。它会用上这套系统已有的招标项目和供应商表，改动量适中。首先在数据库添加 ScoreRecord 表，字段包括 Id、OpenRecordId、SupplierId、Score、Remark。然后在 App_Code 里新增对应业务方法：

public static int SaveScore(int openRecordId, int supplierId, decimal score, string remark) { string sql = "INSERT INTO ScoreRecord (OpenRecordId, SupplierId, Score, Remark) VALUES (@orid, @sid, @score, @remark)"; SqlParameter[] p = { new SqlParameter("@orid", openRecordId), new SqlParameter("@sid", supplierId), new SqlParameter("@score", score), new SqlParameter("@remark", remark) }; return DbHelper.ExecuteNonQuery(sql, p); }

这个方法四个参数都是基础类型，调用时从页面控件转换。注意 Score 必须同时支持整数和小数，所以用 decimal，不要用 int，否则评委打出 90.5 分会被截断。SaveScore 执行 INSERT，返回受影响行数，调用方可以据此提示“保存成功”或“保存失败”。

然后在页面调用，并在 GridView 中绑定平均分查询：

DataTable dt = DbHelper.ExecuteDataTable( "SELECT s.CompanyName, AVG(CAST(sr.Score AS decimal(10,2))) AvgScore FROM ScoreRecord sr JOIN Supplier s ON sr.SupplierId=s.Id WHERE sr.OpenRecordId=@oid GROUP BY s.CompanyName", new SqlParameter("@oid", openRecordId)); GridViewScore.DataSource = dt; GridViewScore.DataBind();

这一段把查询结果直接绑定到 GridView，AvgScore 列由 SQL 的 AVG 函数算出。JOIN Supplier 是为了显示公司名而不是供应商 Id。GROUP BY s.CompanyName 保证每家供应商一行。如果有的供应商没有打分记录，这条查询不会显示它，需要改成 LEFT JOIN 并保留空值。

验证时我一般构造两条投标记录，用 Session 模拟不同供应商保存分数，再重新打开页面确认平均分正确。如果数据不对，优先看 SQL 的 GROUP BY 是不是丢字段，再看参数名有没有拼错。这个模块走通后，再想加评审专家意见、评分权重，都是在 ScoreRecord 表上继续加列，业务方法加参数，页面加输入框的事。

从那以后，我每次改完这种老项目，都会先备份数据库，再在一个副本环境上跑一遍发布、上传、开标三个主流程，全部过了，才会动线上库。希望这份解析能帮到你。

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