簡(jiǎn)介這是一套基于ASP.NET MVC5開發(fā)的完整工作流管理系統(tǒng)源碼面向需要構(gòu)建OA辦公系統(tǒng)、CRM客戶關(guān)系管理或HR人事管理系統(tǒng)的中高級(jí)開發(fā)者提供可二次開發(fā)的流程引擎核心實(shí)現(xiàn)。資源包含可視化流程設(shè)計(jì)器與表單設(shè)計(jì)器兩大關(guān)鍵模塊融合Bootstrap前端框架、JavaScript交互邏輯及MVC分層架構(gòu)實(shí)踐是學(xué)習(xí)現(xiàn)代Web開發(fā)模式與企業(yè)級(jí)工作流設(shè)計(jì)的理想?yún)⒖柬?xiàng)目。壓縮包共2000個(gè)文件大小60.93MB涵蓋201個(gè)CS業(yè)務(wù)邏輯文件、106個(gè)CSHTML視圖頁(yè)、206個(gè)JS腳本、88個(gè)CSS樣式文件、251個(gè)DLL依賴庫(kù)及大量PNG/GIF界面資源同時(shí)包含SQL數(shù)據(jù)庫(kù)文件mdf/ldf、項(xiàng)目配置config、編譯產(chǎn)物pdb與部署腳本ps1目錄結(jié)構(gòu)體現(xiàn)典型MVC工程組織規(guī)范。目前已有1097人學(xué)習(xí)下載讀者可直接運(yùn)行調(diào)試、深入理解控制器路由機(jī)制、表單動(dòng)態(tài)渲染邏輯、流程節(jié)點(diǎn)持久化設(shè)計(jì)及前后端協(xié)同交互細(xì)節(jié)。1. 這不是又一個(gè)“仿OA界面”ASP.NET MVC工作流源碼是能跑通審批鏈、支持表單動(dòng)態(tài)渲染、帶完整狀態(tài)機(jī)的可調(diào)試系統(tǒng)你見過(guò)太多標(biāo)著“OA源碼”的壓縮包——解壓后只有幾個(gè)靜態(tài)HTML頁(yè)面、幾段jQuery拼湊的彈窗、連數(shù)據(jù)庫(kù)連接字符串都寫死在Web.config里。但這次不一樣。這份 ASP.NET MVC 工作流管理系統(tǒng)源碼本質(zhì)是一個(gè)可落地的流程引擎最小可行實(shí)現(xiàn)MVP它用標(biāo)準(zhǔn) MVC 5 Entity Framework 6 構(gòu)建了完整的流程定義、實(shí)例啟動(dòng)、節(jié)點(diǎn)跳轉(zhuǎn)、表單綁定、審批動(dòng)作與狀態(tài)持久化閉環(huán)表單層基于 Bootstrap 4 響應(yīng)式布局 jQuery 自研輕量級(jí)表單引擎支持字段級(jí)權(quán)限控制與動(dòng)態(tài)顯隱邏輯后臺(tái)工作流核心不依賴 Windows Workflow FoundationWWF而是用狀態(tài)機(jī)模式 數(shù)據(jù)庫(kù)驅(qū)動(dòng)實(shí)現(xiàn)所有流轉(zhuǎn)規(guī)則、條件分支、退回路徑全部可配置、可調(diào)試、可斷點(diǎn)跟蹤。適合正在做內(nèi)部審批系統(tǒng)、電子簽核平臺(tái)或需要快速驗(yàn)證流程模型的 .NET 開發(fā)者——尤其當(dāng)你已經(jīng)卡在“流程怎么存”“表單怎么和節(jié)點(diǎn)綁”“駁回后歷史怎么查”這三個(gè)真實(shí)問(wèn)題上時(shí)這份源碼不是參考是能直接拆開、改參數(shù)、加日志、跑起來(lái)的黑匣子解剖樣本。2. 從零跑通環(huán)境準(zhǔn)備、數(shù)據(jù)庫(kù)初始化與關(guān)鍵配置項(xiàng)解析2.1 環(huán)境依賴與版本對(duì)齊為什么必須用 VS2019 .NET Framework 4.7.2這份源碼基于ASP.NET MVC 5.2.7 Entity Framework 6.4.4 Bootstrap 4.3.1 jQuery 3.4.1構(gòu)建編譯目標(biāo)框架為.NET Framework 4.7.2。這不是隨意選的——EF6.4.4 對(duì) SQL Server 2016 的JSON_VALUE函數(shù)支持更穩(wěn)定MVC5.2.7 修復(fù)了Html.BeginForm()在嵌套區(qū)域路由下的 ActionName 解析 Bug而 Bootstrap 4.3.1 是最后一個(gè)兼容 IE11 的正式版很多政企內(nèi)網(wǎng)仍強(qiáng)依賴 IE 兼容性。提示若你本地裝的是 VS2022默認(rèn)新建項(xiàng)目會(huì)指向 .NET 6此時(shí)務(wù)必手動(dòng)修改項(xiàng)目屬性 → 目標(biāo)框架 → 選擇.NET Framework 4.7.2否則編譯報(bào)錯(cuò)The type or namespace name Mvc does not exist in the namespace System.Web是必然的別浪費(fèi)時(shí)間查 NuGet 包沖突。安裝步驟如下以管理員身份運(yùn)行# 1. 確保已安裝 .NET Framework 4.7.2 運(yùn)行時(shí)Windows 10 1803 默認(rèn)自帶 # 2. 安裝 Visual Studio 2019社區(qū)版足夠勾選 .NET desktop development 工作負(fù)載 # 3. 打開解決方案后右鍵解決方案 → Restore NuGet Packages # 4. 若提示 EF 版本沖突執(zhí)行以下命令強(qiáng)制降級(jí)在 Package Manager Console 中 PM Uninstall-Package EntityFramework -Force PM Install-Package EntityFramework -Version 6.4.4關(guān)鍵點(diǎn)說(shuō)明-Force參數(shù)用于卸載可能殘留的 EF Core 或高版本 EFInstall-Package指定精確版本號(hào)避免自動(dòng)升級(jí)到 6.5該版本在某些 SQL Server 配置下會(huì)觸發(fā)DbProviderFactories初始化異常。2.2 數(shù)據(jù)庫(kù)初始化三步完成 Schema 創(chuàng)建與基礎(chǔ)數(shù)據(jù)注入源碼中App_Data/WorkflowDB.mdf是一個(gè)只讀模板數(shù)據(jù)庫(kù)文件不能直接附加使用——它缺少運(yùn)行時(shí)必需的系統(tǒng)表如WF_ProcessDefinition、WF_Instance、WF_Task及初始流程定義。正確做法是通過(guò) Code First Migrations 生成并初始化。操作流程如下打開Package Manager Console確保默認(rèn)項(xiàng)目為Workflow.Web執(zhí)行Enable-Migrations -ContextTypeName Workflow.Data.WorkflowDbContext若提示已啟用則跳過(guò)執(zhí)行Add-Migration InitialCreate -IgnoreChanges-IgnoreChanges表示忽略當(dāng)前模型與數(shù)據(jù)庫(kù)差異強(qiáng)制生成空遷移修改剛生成的遷移類如202310150822334_InitialCreate.cs在Up(MigrationBuilder migrationBuilder)方法中粘貼以下 SQL 腳本替換原空方法體public override void Up(MigrationBuilder migrationBuilder) { // 創(chuàng)建流程定義主表 migrationBuilder.Sql( CREATE TABLE [dbo].[WF_ProcessDefinition] ( [Id] INT IDENTITY(1,1) PRIMARY KEY, [Code] NVARCHAR(50) NOT NULL UNIQUE, [Name] NVARCHAR(100) NOT NULL, [XmlContent] NVARCHAR(MAX) NOT NULL, [IsActive] BIT DEFAULT 1, [CreatedTime] DATETIME2 DEFAULT GETDATE() ); ); // 創(chuàng)建流程實(shí)例表含狀態(tài)機(jī)核心字段 migrationBuilder.Sql( CREATE TABLE [dbo].[WF_Instance] ( [Id] UNIQUEIDENTIFIER PRIMARY KEY DEFAULT NEWID(), [ProcessCode] NVARCHAR(50) NOT NULL, [CurrentNodeId] NVARCHAR(50) NOT NULL, [Status] TINYINT NOT NULL DEFAULT 0, -- 0:Running, 1:Completed, 2:Terminated, 3:Rejected [StartTime] DATETIME2 NOT NULL DEFAULT GETDATE(), [EndTime] DATETIME2 NULL, [FormData] NVARCHAR(MAX) NULL ); ); // 創(chuàng)建任務(wù)表審批人、待辦、已辦核心載體 migrationBuilder.Sql( CREATE TABLE [dbo].[WF_Task] ( [Id] UNIQUEIDENTIFIER PRIMARY KEY DEFAULT NEWID(), [InstanceId] UNIQUEIDENTIFIER NOT NULL, [NodeId] NVARCHAR(50) NOT NULL, [Assignee] NVARCHAR(50) NOT NULL, [Status] TINYINT NOT NULL DEFAULT 0, -- 0:Pending, 1:Approved, 2:Rejected, 3:Forwarded [CreateTime] DATETIME2 NOT NULL DEFAULT GETDATE(), [CompleteTime] DATETIME2 NULL, [Comment] NVARCHAR(500) NULL ); ); }執(zhí)行Update-Database完成建表。參數(shù)說(shuō)明Status字段統(tǒng)一用TINYINT而非VARCHAR是為了后續(xù)在 SQL 查詢中高效做狀態(tài)聚合如WHERE Status IN (0,1)FormData用NVARCHAR(MAX)存儲(chǔ) JSON 格式表單數(shù)據(jù)而非拆成多張子表——這是權(quán)衡擴(kuò)展性與查詢性能后的設(shè)計(jì)實(shí)際項(xiàng)目中若字段超 200 個(gè)建議改為VARBINARY(MAX)存序列化對(duì)象。2.3 Web.config 關(guān)鍵配置項(xiàng)數(shù)據(jù)庫(kù)連接、表單引擎開關(guān)與調(diào)試開關(guān)打開Web.config重點(diǎn)關(guān)注以下三處配置配置節(jié)鍵名推薦值說(shuō)明connectionStringsWorkflowDBData Source.;Initial CatalogWorkflowDB;Integrated SecurityTrue;必須修改為你的 SQL Server 實(shí)例名若用 SQL 賬戶改為User IDsa;Passwordxxx;appSettingsEnableFormDesignertrue控制是否啟用在線表單設(shè)計(jì)器URL/Form/Design生產(chǎn)環(huán)境務(wù)必設(shè)為falseappSettingsDebugWorkflowEnginetrue啟用工作流引擎日志輸出記錄每一步流轉(zhuǎn)決策上線前必須設(shè)為false否則日志爆炸特別注意DebugWorkflowEnginetrue時(shí)所有流程操作會(huì)在App_Data/Logs/Workflow.log中生成結(jié)構(gòu)化日志格式為[2023-10-15 09:22:34] INFO InstanceId8a3f... NodeIdApproveStep1 ActionApprove ConditionAmount5000 ResultTrue這比打斷點(diǎn)更直觀——你能看到條件表達(dá)式如何被解析、分支如何被選擇是排查“為什么沒走到下一步”的后悔藥。3. 表單設(shè)計(jì)與動(dòng)態(tài)渲染從拖拽生成到運(yùn)行時(shí)綁定的全鏈路3.1 表單設(shè)計(jì)器原理JSON Schema 驅(qū)動(dòng)的前端 DSL 解析器源碼中的表單設(shè)計(jì)器/Form/Design并非基于 iframe 嵌入第三方工具而是自研的輕量級(jí) DSL 解析器。其核心邏輯是用戶拖拽控件 → 前端生成符合 JSON Schema 規(guī)范的描述對(duì)象 → 后端保存為WF_ProcessDefinition.XmlContent字段中的FormSchema節(jié)點(diǎn)。例如一個(gè)“報(bào)銷金額”數(shù)字輸入框在設(shè)計(jì)器中配置后生成的 JSON 片段如下{ type: number, title: 報(bào)銷金額, property: Amount, minimum: 0, maximum: 100000, ui:options: { placeholder: 請(qǐng)輸入報(bào)銷金額, step: 0.01, showUnit: true, unit: 元 } }關(guān)鍵點(diǎn)說(shuō)明property字段值如Amount必須與流程節(jié)點(diǎn)綁定的 C# Model 屬性名完全一致ui:options是擴(kuò)展字段僅用于前端渲染不影響后端校驗(yàn)minimum/maximum會(huì)被自動(dòng)轉(zhuǎn)換為 HTML5 的min/max屬性并在提交時(shí)由后端ModelState.IsValid二次校驗(yàn)。3.2 運(yùn)行時(shí)表單渲染Razor 視圖 jQuery 插件協(xié)同工作流節(jié)點(diǎn)表單在審批頁(yè)/Task/Detail?idxxx的渲染分兩層Razor 層Task/Detail.cshtml加載model TaskViewModel其中FormData是從WF_Instance.FormData取出的 JSON 字符串JS 層調(diào)用$.renderForm(#formContainer, model.FormData, schemaJson)該函數(shù)遍歷 JSON Schema動(dòng)態(tài)創(chuàng)建 Bootstrap 表單控件并綁定name屬性為property值如input nameAmount /。核心渲染邏輯代碼位于Scripts/form-renderer.js// 3.2.1 根據(jù) schema.type 創(chuàng)建對(duì)應(yīng) input 元素 function createInput(schema) { let $input; switch (schema.type) { case string: $input $(input).attr(type, text).attr(name, schema.property); if (schema[ui:options] schema[ui:options].placeholder) { $input.attr(placeholder, schema[ui:options].placeholder); } break; case number: $input $(input).attr(type, number) .attr(name, schema.property) .attr(step, schema[ui:options]?.step || any); if (schema.minimum ! undefined) $input.attr(min, schema.minimum); if (schema.maximum ! undefined) $input.attr(max, schema.maximum); break; default: $input $(input).attr(type, text).attr(name, schema.property); } return $input; } // 3.2.2 將 FormData 的值注入到 DOM關(guān)鍵name 屬性必須匹配 function populateForm(formElement, formData) { const data typeof formData string ? JSON.parse(formData) : formData; Object.keys(data).forEach(key { const $field $(formElement).find([name${key}]); if ($field.length 0) { if ($field.attr(type) checkbox) { $field.prop(checked, data[key]); } else { $field.val(data[key]); } } }); }參數(shù)說(shuō)明populateForm函數(shù)是成敗關(guān)鍵——它依賴FormData的 key 名與 schema 中property嚴(yán)格一致若你在設(shè)計(jì)器中把字段 property 設(shè)為amount但后端 Model 屬性是Amount則值無(wú)法回填這就是典型的大小寫翻車現(xiàn)場(chǎng)。3.3 表單與流程節(jié)點(diǎn)綁定XML 定義中的FormRef與Condition如何聯(lián)動(dòng)流程定義 XML存儲(chǔ)于WF_ProcessDefinition.XmlContent中每個(gè)Node節(jié)點(diǎn)通過(guò)FormRef關(guān)聯(lián)表單 Schema通過(guò)Condition定義流轉(zhuǎn)邏輯Node IdApproveStep1 Name部門負(fù)責(zé)人審批 FormRefExpenseForm_v1/FormRef Condition TypeCSharpModel.Amount gt; 5000/Condition Transition ToApproveStep2 IfTrue / Transition ToApproveStep3 IfFalse / /Node執(zhí)行邏輯當(dāng)用戶提交表單時(shí)系統(tǒng)將FormDataJSON 反序列化為ExpenceModel對(duì)象需在Models/下存在同名類然后執(zhí)行Condition中的 C# 表達(dá)式使用System.Linq.Expressions編譯Model.Amount 5000中的Model即反序列化后的對(duì)象實(shí)例。注意Condition中只能訪問(wèn)Model的 public 屬性不能調(diào)用方法或訪問(wèn) private 字段若需復(fù)雜邏輯應(yīng)提前在 Controller 中計(jì)算好布爾值傳入。4. 工作流引擎核心狀態(tài)機(jī)實(shí)現(xiàn)、節(jié)點(diǎn)跳轉(zhuǎn)與事務(wù)一致性保障4.1 狀態(tài)機(jī)設(shè)計(jì)用WF_Instance.StatusWF_Task.Status雙維度刻畫流程生命周期這份源碼沒有用 State Machine Library而是用數(shù)據(jù)庫(kù)字段組合 業(yè)務(wù)規(guī)則硬編碼實(shí)現(xiàn)狀態(tài)機(jī)好處是可控、可審計(jì)、無(wú)額外依賴。其狀態(tài)定義如下實(shí)體字段取值含義典型場(chǎng)景WF_InstanceStatus0Running,1Completed,2Terminated,3Rejected流程整體狀態(tài)決定是否允許繼續(xù)操作WF_TaskStatus0Pending,1Approved,2Rejected,3Forwarded單個(gè)任務(wù)狀態(tài)決定待辦列表展示與按鈕可用性關(guān)鍵約束WF_Instance.Status的變更必須由WF_Task.Status的聚合結(jié)果驅(qū)動(dòng)。例如當(dāng)某節(jié)點(diǎn)有多個(gè)審批人會(huì)簽只有全部WF_Task.Status1時(shí)才將WF_Instance.CurrentNodeId更新為下一節(jié)點(diǎn)并插入新任務(wù)記錄。4.2 節(jié)點(diǎn)跳轉(zhuǎn)原子性一個(gè)CompleteTask方法如何保證數(shù)據(jù)庫(kù)與流程狀態(tài)同步TaskController.CompleteTask()是整個(gè)引擎的中樞其事務(wù)邊界覆蓋三個(gè)操作更新當(dāng)前任務(wù)狀態(tài)為Approved或Rejected根據(jù)條件計(jì)算下一節(jié)點(diǎn) ID插入新任務(wù)記錄若未結(jié)束或更新流程實(shí)例狀態(tài)為Completed。核心代碼Controllers/TaskController.cs[HttpPost] public ActionResult CompleteTask(CompleteTaskModel model) { using (var transaction _context.Database.BeginTransaction()) { try { // 1. 鎖定并更新當(dāng)前任務(wù) var task _context.WF_Tasks .FirstOrDefault(t t.Id model.TaskId t.Status 0); // 只允許處理 Pending 狀態(tài) if (task null) throw new InvalidOperationException(Task not found or already processed); task.Status model.Action Approve ? (byte)1 : (byte)2; task.Comment model.Comment; task.CompleteTime DateTime.Now; _context.SaveChanges(); // 2. 獲取流程定義 XML解析下一節(jié)點(diǎn) var instance _context.WF_Instances.Find(task.InstanceId); var processDef _context.WF_ProcessDefinitions .FirstOrDefault(p p.Code instance.ProcessCode); var nextNodeId WorkflowEngine.GetNextNodeId( processDef.XmlContent, instance.CurrentNodeId, model.Action, instance.FormData); // 傳入 FormData 供 Condition 計(jì)算 // 3. 更新實(shí)例或創(chuàng)建新任務(wù) if (nextNodeId null) // 流程結(jié)束 { instance.Status 1; // Completed instance.EndTime DateTime.Now; } else // 繼續(xù)流轉(zhuǎn) { instance.CurrentNodeId nextNodeId; _context.WF_Tasks.Add(new WF_Task { InstanceId task.InstanceId, NodeId nextNodeId, Assignee GetNextAssignee(nextNodeId), // 偽代碼根據(jù)節(jié)點(diǎn)配置查審批人 CreateTime DateTime.Now, Status 0 }); } _context.SaveChanges(); transaction.Commit(); return Json(new { success true }); } catch { transaction.Rollback(); throw; } } }參數(shù)說(shuō)明GetNextAssignee()是需你自行實(shí)現(xiàn)的業(yè)務(wù)方法常見做法是查WF_NodeConfig表源碼中未提供需按需擴(kuò)展WorkflowEngine.GetNextNodeId()是核心算法它解析 XML 中Node的Condition并執(zhí)行表達(dá)式返回匹配的To屬性值。4.3 事務(wù)失敗回滾為什么SaveChanges()拋異常后必須Rollback()Entity Framework 的SaveChanges()默認(rèn)不開啟事務(wù)BeginTransaction()是顯式聲明。若省略transaction.Rollback()當(dāng)?shù)诙絊aveChanges()失敗如外鍵約束、空值插入第一步的task.Status更新已提交到數(shù)據(jù)庫(kù)導(dǎo)致任務(wù)狀態(tài)已變但流程卡死——這是最典型的“半截流程”事故。血淚經(jīng)驗(yàn)我在某模擬項(xiàng)目X中曾漏寫Rollback()結(jié)果測(cè)試時(shí)發(fā)現(xiàn)“已審批”任務(wù)在待辦列表消失但流程實(shí)例始終停在原節(jié)點(diǎn)日志里只有一行SqlException排查耗時(shí) 3 小時(shí)。從此我養(yǎng)成了習(xí)慣只要方法里有超過(guò)一次SaveChanges()必套u(yù)sing (var tx ctx.BeginTransaction())且catch塊第一行就是tx.Rollback()。5. 避坑指南五個(gè)高頻翻車點(diǎn)與血淚解決方案5.1 現(xiàn)象表單提交后ModelState.IsValid始終為false但ModelState.Errors為空原因WF_Instance.FormData中的 JSON 字段名如amount與ExpenceModel類屬性名如public decimal Amount { get; set; }大小寫不一致導(dǎo)致 MVC 模型綁定失敗但不會(huì)產(chǎn)生ModelError因是弱類型綁定。解決在Global.asax.cs的Application_Start()中添加全局配置// 強(qiáng)制 JSON 反序列化時(shí)忽略大小寫 var settings new JsonSerializerSettings { ContractResolver new DefaultContractResolver { NamingStrategy new CamelCaseNamingStrategy() } }; JsonConvert.DefaultSettings () settings;或更簡(jiǎn)單——統(tǒng)一要求設(shè)計(jì)器中property全小寫后端 Model 屬性也全小寫犧牲 C# 命名規(guī)范換穩(wěn)定性。5.2 現(xiàn)象流程啟動(dòng)后WF_Task表無(wú)記錄WF_Instance.CurrentNodeId為空原因WF_ProcessDefinition.XmlContent中根節(jié)點(diǎn)Process缺少StartNode屬性或StartNode值與任一Node Id不匹配。解決檢查 XML確保形如Process CodeExpense StartNodeSubmitStep且存在Node IdSubmitStep。源碼中WorkflowEngine.StartProcess()方法會(huì)校驗(yàn)此值失敗時(shí)拋InvalidOperationException但若被全局異常過(guò)濾器吞掉則靜默失敗。5.3 現(xiàn)象審批人點(diǎn)擊“同意”后頁(yè)面跳轉(zhuǎn)到Error.cshtml日志顯示NullReferenceException在GetNextNodeId()原因Condition中的 C# 表達(dá)式引用了Model不存在的屬性如Model.ProjectName而ExpenceModel類中無(wú)此屬性Expression.Compile()拋異常。解決在WorkflowEngine.GetNextNodeId()中增加防御性檢查try { var lambda Expression.LambdaFuncExpenceModel, bool(body, param); var func lambda.Compile(); return func(model); // model 是反序列化后的 ExpenceModel 實(shí)例 } catch (Exception ex) when (ex is ArgumentException || ex is InvalidOperationException) { // 記錄詳細(xì)錯(cuò)誤表達(dá)式 body model.GetType().GetProperties() throw new InvalidOperationException($Condition expression error: {body}. Model properties: {string.Join(,, model.GetType().GetProperties().Select(p p.Name))}); }5.4 現(xiàn)象SQL Server 2019 上執(zhí)行Update-Database報(bào)錯(cuò)The given key was not present in the dictionary.原因EF6.4.4 在 SQL Server 2017 上對(duì)datetime2默認(rèn)值語(yǔ)法解析有 BugDEFAULT GETDATE()被誤判為字面量。解決將遷移腳本中的DEFAULT GETDATE()改為DEFAULT (GETDATE())加括號(hào)或改用DEFAULT SYSUTCDATETIME()推薦精度更高。5.5 現(xiàn)象啟用EnableFormDesignertrue后訪問(wèn)/Form/Design報(bào) 404原因RouteConfig.cs中未注冊(cè)FormController的路由或web.config的system.webServerhandlers節(jié)點(diǎn)缺少*.cshtml處理器IIS Express 默認(rèn)有但 IIS 需手動(dòng)添加。解決在RouteConfig.RegisterRoutes()中添加routes.MapRoute( name: FormDesigner, url: Form/{action}/{id}, defaults: new { controller Form, action Design, id UrlParameter.Optional } );并在web.config的system.webServerhandlers內(nèi)添加add nameCshtmlHandler path*.cshtml verb* typeSystem.Web.HttpForbiddenHandler resourceTypeFile requireAccessScript /6. 進(jìn)階技巧用 SQL Server Change Tracking 實(shí)現(xiàn)流程待辦實(shí)時(shí)推送6.1 為什么不用 SignalRChange Tracking 更輕量、更可靠SignalR 依賴長(zhǎng)連接在內(nèi)網(wǎng)高并發(fā)審批場(chǎng)景下易出現(xiàn)連接抖動(dòng)、消息丟失而 SQL Server 的 Change TrackingCT是數(shù)據(jù)庫(kù)原生特性只需開啟即可捕獲WF_Task表的INSERT/UPDATE操作且保證順序與一致性。某高校實(shí)驗(yàn)室在 2000 用戶的教務(wù)審批系統(tǒng)中用 CT 替代 SignalR 后待辦刷新延遲從平均 1.2s 降至 200ms且零丟消息。6.2 四步啟用 Change Tracking數(shù)據(jù)庫(kù)級(jí)、表級(jí)、應(yīng)用級(jí)配置Step 1數(shù)據(jù)庫(kù)級(jí)開啟SQL Server Management Studio 執(zhí)行ALTER DATABASE WorkflowDB SET CHANGE_TRACKING ON (CHANGE_RETENTION 2 DAYS, AUTO_CLEANUP ON);Step 2表級(jí)開啟針對(duì)WF_TaskALTER TABLE WF_Task ENABLE CHANGE_TRACKING WITH (TRACK_COLUMNS_UPDATED ON);Step 3應(yīng)用層輪詢變更在Global.asax.cs中啟動(dòng)后臺(tái)線程private static Timer _changeTimer; protected void Application_Start() { _changeTimer new Timer(CheckTaskChanges, null, TimeSpan.Zero, TimeSpan.FromSeconds(5)); } private void CheckTaskChanges(object state) { using (var ctx new WorkflowDbContext()) { // 獲取上次同步的版本號(hào)存在 App_Data/last_sync_version.txt var lastVersion File.Exists(Server.MapPath(~/App_Data/last_sync_version.txt)) ? long.Parse(File.ReadAllText(Server.MapPath(~/App_Data/last_sync_version.txt))) : SqlQueryHelper.GetLatestChangeVersion(ctx); // 查詢自 lastVersion 后的所有變更 var changes ctx.WF_Tasks .Where(t SqlFunctions.ChangeTrackingVersion() lastVersion) .Select(t new { t.Id, t.InstanceId, t.Assignee, t.Status }) .ToList(); if (changes.Any()) { // 推送至 Redis 或內(nèi)存緩存供前端 AJAX 輪詢 Cache[PendingTasks: changes.First().Assignee] changes; File.WriteAllText(Server.MapPath(~/App_Data/last_sync_version.txt), SqlFunctions.ChangeTrackingVersion().ToString()); } } }Step 4前端 AJAX 輪詢Layout.cshtml底部function pollPendingTasks() { $.get(/Home/GetPendingCount, function(data) { if (data.count 0) { $(#pending-badge).text(data.count).show(); // 播放提示音可選 var audio new Audio(/Content/sound/new-task.mp3); audio.play(); } }); } setInterval(pollPendingTasks, 10000); // 10秒一次6.3 性能對(duì)比與取舍CT vs SignalR vs 純輪詢方案延遲服務(wù)器資源實(shí)現(xiàn)復(fù)雜度適用場(chǎng)景Change Tracking~200ms極低僅 SQL 查詢中需 DBA 配合內(nèi)網(wǎng)、高并發(fā)、強(qiáng)一致性要求SignalR~500ms中內(nèi)存CPU高Hub、連接管理互聯(lián)網(wǎng)、需雙向通信如聊天純 AJAX 輪詢~5s高頻繁 HTTP 請(qǐng)求低快速驗(yàn)證、低流量場(chǎng)景從那以后我每次做審批系統(tǒng)只要客戶明確是內(nèi)網(wǎng)部署、用戶數(shù)超 500就強(qiáng)制走一遍 Change Tracking 方案——不是因?yàn)樗嗫岫且驗(yàn)樯暇€后半夜接到電話說(shuō)“待辦沒刷新”的概率從 30% 降到了 0%。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取