简介一份招投标系统源码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 FormsSQL Server这套系统没有采用时下流行的前后端分离而是直接用 Web Forms 的控件绑定模型。常见做法是每个 aspx 页面配一个 aspx.cs 代码后置文件页面里的 GridView、Repeater 负责渲染表格服务端事件负责接收提交。优点是不需要写 JavaScript 和 Ajax开发速度快非常适合表单密集型的企业内部系统缺点是页面状态维护依赖 ViewState压力测试时容易被人吐槽性能。但招投标系统的并发量通常不大这个取舍是可以接受的。数据库方面备份文件是 zhaobiao.db.bak按命名和表内字段习惯大概率是 SQL Server 2008 或 2012 的备份。我在还原时用的是 SQL Server Management StudioSSMS还原后数据库名为 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 ListSupplierModel ToSupplierList(DataTable dt) { ListSupplierModel list new ListSupplierModel(); 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.Fieldint(Id), CompanyName r.Fieldstring(CompanyName), CreditCode r.Fieldstring(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 StatusStatus, 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 Status2 WHERE IdId AND Status1同时记录截止时间。为什么要带 AND Status1 这个条件这是为了防止重复操作如果项目已经截至第二次点击就不会再执行更新返回影响行数为 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 控件和一个 Buttonasp:FileUpload IDfileTender runatserver CssClassform-control / asp:Button IDbtnUpload runatserver Text上传投标文件 OnClickbtnUpload_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 Status3 WHERE IdId AND Status2; 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 核心表结构与关系根据源码中出现的查询语句和页面字段可以推断出数据库主表至少有下面这些。这里给一个整理后的表结构参考表名主要字段说明TenderProjectId, ProjectName, Department, Budget, PublishTime, Status招标项目主表Status 0草稿 1已发布 2已截止 3已开标SupplierId, CompanyName, CreditCode, Contact, Phone供应商基础信息BidFileId, TenderProjectId, SupplierId, FileName, FilePath, UploadTime投标文件外键关联项目和供应商OpenRecordId, TenderProjectId, OpenTime, Remark开标记录关系上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 ND:\SourceCodes\Zhaobiao\zhaobiao.db.bak WITH MOVE zhaobiao TO ND:\Database\zhaobiao.mdf, MOVE zhaobiao_log TO ND:\Database\zhaobiao_log.ldf, REPLACE;这里的 MOVE 子句指定了新的数据文件和日志文件路径REPLACE 覆盖同名数据库。如果备份文件里逻辑名不是 zhaobiao需要先用 RESTORE HEADERONLY FROM DISK N... 查询逻辑名称然后替换 MOVE 子句。这一步最容易踩坑很多人直接照着抄结果 SQL 报错找不到逻辑名。还原成功后第二步是修改 Web.config。找到 connectionStrings 节connectionStrings add nameZhaobiaoConn connectionStringserver.;databasezhaobiao;uidsa;pwd123456;MultipleActiveResultSetstrue; providerNameSystem.Data.SqlClient/ /connectionStrings把 server 改成数据库所在的主机名或 IP本机就用“.”uid 和 pwd 换成有权限的账号。MultipleActiveResultSetstrue 是相对重要的开关它允许同一连接上同时开启多个 DataReader避免在 GridView 绑定数据时再嵌套执行查询报“连接被占用”的错误。这个小开关值得记住。如果你的数据库启用了 Windows 身份验证可以改用 integrated securitySSPI并把 uid/pwd 去掉。注意保存时 Web.config 的编码不要改XML 里的中文注释如果出现乱码会影响解析。连接字符串写在 configuration 节点下如果放错位置DbHelper 里拿到的会是 null运行时直接空引号异常。4.3 安全性、并发与日志老项目里的重要细节招投标系统涉及大量敏感报价安全是重中之重。这套源码里的经验大致是三条一是使用参数化查询防注入二是网站启用 Forms 身份认证管理员和供应商分开登录三是上传目录禁止执行脚本。对于像 Uploads 这样的目录最简单的方法是在 Web.config 里拒绝该目录的请求location pathUploads system.web httpHandlers add path* verb* typeSystem.Web.HttpForbiddenHandler validatetrue/ /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 maxRequestLength102400 executionTimeout60/ /system.web system.webServer security requestFiltering requestLimits maxAllowedContentLength104857600/ /requestFiltering /security /system.webServer这里的 102400KB 是 100MB104857600 字节也是 100MB。两个必须同步改只改一个不生效。另外要注意 IIS 站点的连接超时和 appPool 回收时间标书多的时候容易中断。修改 web.config 后IIS 会回收应用程序池正在上传的用户会立即断掉所以尽量在业务低峰期修改。5.4 JSP class 文件被误当作 C# 源码使用现象有同事从包里把 guanli_..._jsp.class 拖进 Visual Studio试图编译成 C# 项目结果编译报错。原因这些是 JSP 预编译类根本不是 C# 程序集和当前项目毫无关系。解决直接忽略带 .class 后缀的文件不要删除也不要编译。它们占不了多少空间但删除可能影响其他工具的打包识别。这个项目的主代码是 App_Code 里的 .cs 文件。如果目录里同时有 .aspx 和 .csVisual 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.SupplierIds.Id WHERE sr.OpenRecordIdoid GROUP BY s.CompanyName, new SqlParameter(oid, openRecordId)); GridViewScore.DataSource dt; GridViewScore.DataBind();这一段把查询结果直接绑定到 GridViewAvgScore 列由 SQL 的 AVG 函数算出。JOIN Supplier 是为了显示公司名而不是供应商 Id。GROUP BY s.CompanyName 保证每家供应商一行。如果有的供应商没有打分记录这条查询不会显示它需要改成 LEFT JOIN 并保留空值。验证时我一般构造两条投标记录用 Session 模拟不同供应商保存分数再重新打开页面确认平均分正确。如果数据不对优先看 SQL 的 GROUP BY 是不是丢字段再看参数名有没有拼错。这个模块走通后再想加评审专家意见、评分权重都是在 ScoreRecord 表上继续加列业务方法加参数页面加输入框的事。从那以后我每次改完这种老项目都会先备份数据库再在一个副本环境上跑一遍发布、上传、开标三个主流程全部过了才会动线上库。希望这份解析能帮到你。本文还有配套的精品资源点击获取
