简介这是一份基于C#与ASP.NET MVC框架开发的联机扫雷游戏源码项目面向C#初学者及Web应用开发学习者聚焦MVC分层架构实践、实时多人交互逻辑与桌面级游戏Web化改造。项目完整实现扫雷核心算法、雷区动态生成、胜负判定及客户端-服务器状态同步适用于课程设计、毕业设计参考或MVC模式深度练手。压缩包共103个文件含31个C#业务逻辑与控制器代码.cs、5个可执行程序.exe与动态链接库.dll、8个配置文件.config、6个PNG界面资源及XAML/WPF样式文件.xaml/.baml整体2.16MB结构体现典型MVCWPF混合架构特征。目前已有151人学习下载读者可直接运行调试、分析Model层游戏规则封装、View层BAML界面渲染机制、Controller层网络请求处理逻辑并结合SignalR或Ajax通信模块深入理解联机同步实现路径。1. 联机扫雷游戏为什么不是“加个Socket就完事”C# MVC架构下状态同步的硬骨头你手头有个用 C# 写的扫雷单机版UI 是 WinForm 或 WPF逻辑全塞在按钮事件里——现在老板说“改成联机的两人对战谁先清空雷区谁赢。”你第一反应可能是开个 TcpListener发个坐标过去对方收到就点一下……结果跑起来发现A 点了 (3,5)B 屏幕上没反应B 点了 (2,7)A 的雷区突然炸了但计时器没停更糟的是两人同时点同一个格子服务器返回两个“已翻开”但客户端各自渲染出不同状态——界面裂开了。这不是网络延迟的问题是状态一致性缺失。而“联机扫雷游戏_卢山_1510243249_C#mvc”这个标题暴露的关键信息恰恰是它没走野路子它用的是C# MVC 模式不是裸 Socket 全局变量说明作者把“游戏世界”抽成了 Model雷区状态、玩家身份、回合控制View 只负责渲染Controller 承接输入并驱动状态流转。这种结构天然适合解耦网络通信与业务逻辑——但代价是你得亲手把 MVC 的三层边界严丝合缝地焊进分布式场景里Model 要支持跨进程状态快照与差异比对Controller 要能拦截本地操作、转发指令、接收远程事件View 要能响应非本机触发的状态变更。这项目适合两类人一是正在用 C# 做局域网协作工具、工业 HMI 上位机或教育类多人交互软件的工程师需要可复用的状态同步骨架二是刚学完 ASP.NET MVC 想落地练手的开发者——注意这里的 MVC 不是 Web 框架而是桌面端手动实现的经典 MVC 分层思想Model-View-Controller和 Spring MVC、ASP.NET Core MVC 无关也和热词里混入的 “spring mvc”“idea2026.1.3 maven” 完全不搭界。它要解决的核心问题很朴素如何让两个物理隔离的进程共享同一套雷区规则、同一套胜负判定、同一套时间逻辑且不靠轮询、不丢操作、不卡顿。下面我们就从零搭起这个骨架。2. 用 C# 手搓一个轻量级 MVC 框架Model 层必须带版本号和变更追踪联机扫雷的 Model 不是简单的int[,] board。它得回答三个问题当前谁在操作这个格子是雷还是数字上次状态更新是第几帧否则网络一抖A 发的“翻开(1,1)”和 B 发的“标记(1,1)”撞在一起你根本分不清哪个该优先。所以 Model 必须自带乐观并发控制能力——我们不用数据库锁而用递增版本号 操作序列号。2.1 设计可序列化的 GameModel带版本、带操作日志、带玩家上下文public class GameModel { public int Version { get; private set; } 0; // 全局状态版本每次有效变更1 public Guid GameId { get; } Guid.NewGuid(); public PlayerRole CurrentPlayer { get; private set; } PlayerRole.PlayerA; // 雷区0未翻开-1雷1~8周围雷数9标记旗子 public int[,] Board { get; private set; } public bool[,] IsRevealed { get; private set; } // 独立标记避免Board被误改 public bool[,] IsFlagged { get; private set; } // 操作日志只存关键动作用于断线重连时回放 public ListGameAction ActionLog { get; } new(); public GameModel(int width 10, int height 10, int mineCount 15) { Board new int[height, width]; IsRevealed new bool[height, width]; IsFlagged new bool[height, width]; InitializeBoard(mineCount); } private void InitializeBoard(int mineCount) { // 此处省略布雷逻辑随机撒雷计算数字重点是初始化后 Version1 Version 1; } // 核心方法所有状态变更必须走这里强制版本递增 public bool TryRevealCell(int row, int col, PlayerRole player) { if (!IsValidCell(row, col) || IsRevealed[row, col] || IsFlagged[row, col]) return false; // 检查是否轮到该玩家联机模式下必须校验 if (player ! CurrentPlayer) return false; IsRevealed[row, col] true; Version; ActionLog.Add(new GameAction { Type ActionType.Reveal, Row row, Col col, Player player, Timestamp DateTime.UtcNow }); return true; } public bool TryToggleFlag(int row, int col, PlayerRole player) { if (!IsValidCell(row, col) || IsRevealed[row, col]) return false; IsFlagged[row, col] !IsFlagged[row, col]; Version; ActionLog.Add(new GameAction { Type ActionType.ToggleFlag, Row row, Col col, Player player, Timestamp DateTime.UtcNow }); return true; } // 关键生成状态快照供网络传输只传差异不传全量 public GameStateSnapshot GetSnapshot(int sinceVersion) { var actions ActionLog.Where(a a.Version sinceVersion).ToList(); return new GameStateSnapshot { GameId GameId, Version Version, CurrentPlayer CurrentPlayer, Actions actions }; } } public enum PlayerRole { PlayerA, PlayerB } public enum ActionType { Reveal, ToggleFlag, PassTurn } public class GameAction { public ActionType Type { get; set; } public int Row { get; set; } public int Col { get; set; } public PlayerRole Player { get; set; } public DateTime Timestamp { get; set; } public long Version { get; set; } // 操作发生时的Model.Version }提示GameModel不继承任何框架基类纯 POCO。Version是整型而非DateTime因为网络时间不同步会导致比较失效ActionLog存的是操作指令Reveal/ToggleFlag不是最终状态——这样断线重连时对方只需重放指令即可还原一致状态比传整个Board数组省 90% 流量。2.2 Controller 层把用户点击翻译成带上下文的操作指令Controller 是 MVC 的“交通警察”它不碰 UI 控件也不直接改 Model只做三件事接收 View 的原始事件如OnCellClicked(2,3)校验合法性是否轮到我格子能否操作调用 Model 方法并将成功/失败结果反馈给 Viewpublic class GameController { private readonly GameModel _model; private readonly IGameNetwork _network; // 抽象网络层后面详述 private readonly IGameView _view; public GameController(GameModel model, IGameNetwork network, IGameView view) { _model model; _network network; _view view; } // View 调用此方法响应点击 public void HandleCellClick(int row, int col) { // 1. 本地校验只能点未翻开、未插旗的格子 if (_model.IsRevealed[row, col] || _model.IsFlagged[row, col]) return; // 2. 检查是否轮到当前玩家联机模式下由网络决定 if (!_model.CanPlayerAct(PlayerRole.PlayerA)) // 假设本机是PlayerA { _view.ShowMessage(请等待对手操作完成); return; } // 3. 尝试执行操作 bool success _model.TryRevealCell(row, col, PlayerRole.PlayerA); if (!success) { _view.ShowMessage(操作无效); return; } // 4. 本地渲染立即生效提升响应感 _view.UpdateCellState(row, col, _model.Board[row, col], _model.IsRevealed[row, col], _model.IsFlagged[row, col]); // 5. 发送操作到对端异步不阻塞UI _network.SendAction(new NetworkAction { GameId _model.GameId, ActionType Reveal, Row row, Col col, Player PlayerRole.PlayerA, LocalVersion _model.Version - 1 // 发送前的版本用于对端校验 }); } // 网络层回调收到对端操作时调用 public void OnRemoteActionReceived(NetworkAction action) { // 对端操作必须满足GameId匹配、版本连续、操作合法 if (action.GameId ! _model.GameId || action.LocalVersion ! _model.Version) { // 版本不匹配说明中间丢了包请求对端发快照 _network.RequestSnapshot(action.GameId, _model.Version); return; } // 执行对端操作注意此处不校验“是否轮到对方”因为Model内部已控制CurrentPlayer switch (action.ActionType) { case Reveal: _model.TryRevealCell(action.Row, action.Col, action.Player); break; case ToggleFlag: _model.TryToggleFlag(action.Row, action.Col, action.Player); break; } // 同步刷新View _view.UpdateCellState(action.Row, action.Col, _model.Board[action.Row, action.Col], _model.IsRevealed[action.Row, action.Col], _model.IsFlagged[action.Row, action.Col]); } }参数说明LocalVersion是发送方 Model 的版本号接收方用它校验操作是否按序到达。若action.LocalVersion ! _model.Version说明有操作丢失需主动拉取快照——这是避免状态漂移的核心机制。CanPlayerAct()是 Model 的一个辅助方法根据CurrentPlayer和当前游戏阶段如是否已结束返回布尔值。3. 网络层设计用 TCP 实现可靠指令通道拒绝 UDP 自嗨联机扫雷不需要实时语音但要求指令 100% 到达、严格保序、无重复。UDP 看似轻量但你要自己实现 ACK、重传、去重、排序——等你写完代码量比 TCP 多三倍还容易翻车。所以本项目选TCP 自定义二进制协议兼顾可靠性和性能。3.1 定义网络消息格式Header Payload杜绝粘包TCP 是字节流不保证消息边界。常见错误是直接stream.Read()读固定长度结果读到半条消息。正确做法每个包以 4 字节 Header 开头标明 Payload 长度。// 消息结构[4字节长度][N字节Payload] public class NetworkMessage { public MessageType Type { get; set; } public byte[] Payload { get; set; } public byte[] ToBytes() { var payloadBytes JsonSerializer.SerializeToUtf8Bytes(this, new JsonSerializerOptions { WriteIndented false }); var header BitConverter.GetBytes(payloadBytes.Length); var result new byte[4 payloadBytes.Length]; Buffer.BlockCopy(header, 0, result, 0, 4); Buffer.BlockCopy(payloadBytes, 0, result, 4, payloadBytes.Length); return result; } public static NetworkMessage FromBytes(byte[] data) { if (data.Length 4) throw new ArgumentException(数据过短); var length BitConverter.ToInt32(data, 0); if (data.Length 4 length) throw new ArgumentException(数据不完整); var payloadBytes new byte[length]; Buffer.BlockCopy(data, 4, payloadBytes, 0, length); return JsonSerializer.DeserializeNetworkMessage(payloadBytes); } } public enum MessageType { Action, // 操作指令Reveal/ToggleFlag Snapshot, // 状态快照 Ping, // 心跳保活 Error // 错误通知 }3.2 实现 IGameNetwork封装连接、收发、心跳public interface IGameNetwork { event ActionNetworkAction ActionReceived; event ActionGameStateSnapshot SnapshotReceived; event Actionstring ConnectionFailed; void Connect(string host, int port); void SendAction(NetworkAction action); void RequestSnapshot(Guid gameId, int version); void StartHeartbeat(); } public class TcpGameNetwork : IGameNetwork { private TcpClient _client; private NetworkStream _stream; private readonly Thread _receiveThread; private readonly object _lock new(); public event ActionNetworkAction ActionReceived; public event ActionGameStateSnapshot SnapshotReceived; public event Actionstring ConnectionFailed; public TcpGameNetwork() { _receiveThread new Thread(ReceiveLoop) { IsBackground true }; } public void Connect(string host, int port) { try { _client new TcpClient(); _client.Connect(host, port); _stream _client.GetStream(); _receiveThread.Start(); } catch (Exception ex) { ConnectionFailed?.Invoke($连接失败: {ex.Message}); } } private void ReceiveLoop() { var buffer new byte[4096]; while (_client?.Connected true) { try { // 1. 先读4字节Header int totalRead 0; while (totalRead 4) { int read _stream.Read(buffer, totalRead, 4 - totalRead); if (read 0) break; totalRead read; } if (totalRead 4) break; // 连接关闭 int payloadLength BitConverter.ToInt32(buffer, 0); // 2. 再读payloadLength字节 totalRead 0; while (totalRead payloadLength) { int read _stream.Read(buffer, 4 totalRead, payloadLength - totalRead); if (read 0) break; totalRead read; } if (totalRead payloadLength) break; // 3. 解析消息 var msg JsonSerializer.DeserializeNetworkMessage( buffer.AsSpan(4, payloadLength).ToArray()); switch (msg.Type) { case MessageType.Action: var action JsonSerializer.DeserializeNetworkAction(msg.Payload); ActionReceived?.Invoke(action); break; case MessageType.Snapshot: var snapshot JsonSerializer.DeserializeGameStateSnapshot(msg.Payload); SnapshotReceived?.Invoke(snapshot); break; } } catch (IOException) { break; // 连接中断 } catch (Exception ex) { // 记录日志但不停止循环 Console.WriteLine($接收异常: {ex.Message}); } } } public void SendAction(NetworkAction action) { if (_stream null || !_client.Connected) return; var msg new NetworkMessage { Type MessageType.Action, Payload JsonSerializer.SerializeToUtf8Bytes(action) }; lock (_lock) { try { var bytes msg.ToBytes(); _stream.Write(bytes, 0, bytes.Length); } catch (Exception ex) { ConnectionFailed?.Invoke($发送失败: {ex.Message}); } } } public void RequestSnapshot(Guid gameId, int version) { var req new SnapshotRequest { GameId gameId, SinceVersion version }; var msg new NetworkMessage { Type MessageType.Snapshot, Payload JsonSerializer.SerializeToUtf8Bytes(req) }; var bytes msg.ToBytes(); _stream.Write(bytes, 0, bytes.Length); } public void StartHeartbeat() { var heartbeatThread new Thread(() { while (_client?.Connected true) { try { var pingMsg new NetworkMessage { Type MessageType.Ping, Payload JsonSerializer.SerializeToUtf8Bytes(new { Timestamp DateTime.UtcNow.Ticks }) }; var bytes pingMsg.ToBytes(); _stream.Write(bytes, 0, bytes.Length); } catch { /* 忽略心跳失败 */ } Thread.Sleep(5000); } }) { IsBackground true }; heartbeatThread.Start(); } }关键细节ReceiveLoop中的两次读取Header Payload是防粘包的核心。lock(_lock)保证多线程发送安全。心跳用Ping消息服务端收到后应立即回Pong客户端超时未收到则触发重连——这部分逻辑在服务端实现下节展开。4. 服务端与房间管理用简易 TCP Server 实现双人配对联机扫雷不需要微服务架构一个轻量 TCP Server 足够。它的职责只有三个监听端口接受两个客户端连接给两个玩家分配唯一GameId并通知对方 IP/Port转发双方操作指令不做业务逻辑Model 在客户端4.1 实现 GameServer基于 TcpListener 的极简配对引擎public class GameServer { private readonly TcpListener _listener; private readonly ListGameSession _sessions new(); private readonly object _sessionLock new(); public GameServer(int port) { _listener new TcpListener(IPAddress.Any, port); } public void Start() { _listener.Start(); Console.WriteLine($游戏服务器启动于端口 {(_listener.LocalEndpoint as IPEndPoint)?.Port}); while (true) { var client _listener.AcceptTcpClient(); Console.WriteLine(新客户端接入); _ Task.Run(() HandleClient(client)); } } private async Task HandleClient(TcpClient client) { var stream client.GetStream(); var reader new StreamReader(stream); var writer new StreamWriter(stream) { AutoFlush true }; try { // 1. 协议握手客户端发JOIN服务端返回OK或FULL string handshake await reader.ReadLineAsync(); if (handshake ! JOIN) { await writer.WriteLineAsync(ERROR: 期望 JOIN); return; } // 2. 查找或创建房间简单策略凑满2人即开一局 GameSession session; lock (_sessionLock) { session _sessions.FirstOrDefault(s s.Players.Count 2); if (session null) { session new GameSession(); _sessions.Add(session); } session.Players.Add(client); } // 3. 通知客户端房间信息 var playerIndex session.Players.IndexOf(client) 1; await writer.WriteLineAsync($ROOM:{session.Id}:{playerIndex}); // 4. 加入广播队列转发指令 await BroadcastToRoom(session, client, writer, reader); } catch (Exception ex) { Console.WriteLine($客户端处理异常: {ex.Message}); } finally { client.Close(); } } private async Task BroadcastToRoom(GameSession session, TcpClient sender, StreamWriter writer, StreamReader reader) { // 服务端只做管道把A发的消息原样转发给BB发的转发给A while (session.Players.Contains(sender)) { try { string line await reader.ReadLineAsync(); if (string.IsNullOrEmpty(line)) break; // 解析为 NetworkMessage实际项目中应解析二进制此处为简化用文本 // 真实代码中此处应调用 3.1 节的 FromBytes() 解析二进制包 foreach (var client in session.Players) { if (client ! sender client.Connected) { var forwardStream client.GetStream(); var forwardWriter new StreamWriter(forwardStream) { AutoFlush true }; await forwardWriter.WriteLineAsync(line); } } } catch { break; } } } } public class GameSession { public Guid Id { get; } Guid.NewGuid(); public ListTcpClient Players { get; } new(); }注意此 Server 是“哑管道”不解析业务逻辑如不检查Reveal(3,5)是否合法只确保两个客户端连上同一GameId并互通消息。真正的规则校验在客户端GameModel内完成——这符合 MVC 的分工Model 管状态Network 管传输Server 管连接。4.2 客户端连接流程从“JOIN”到同步游戏客户端启动后按以下步骤接入创建TcpClient连接服务器如127.0.0.1:8080发送JOIN等待响应ROOM:xxx-xxx:1表示你是 Player1解析GameId初始化本地GameModel传入相同GameId启动TcpGameNetwork连接对端服务端会告知对方 IP/Port或使用 P2P 打洞本项目简化为直连渲染初始棋盘等待OnRemoteActionReceived回调// 客户端连接示例 var serverClient new TcpClient(); serverClient.Connect(127.0.0.1, 8080); var stream serverClient.GetStream(); var writer new StreamWriter(stream) { AutoFlush true }; var reader new StreamReader(stream); await writer.WriteLineAsync(JOIN); string response await reader.ReadLineAsync(); // e.g., ROOM:abc123:1 if (response.StartsWith(ROOM:)) { var parts response.Split(:); var gameId Guid.Parse(parts[1]); var playerRole parts[2] 1 ? PlayerRole.PlayerA : PlayerRole.PlayerB; // 初始化Model和Controller var model new GameModel(10, 10, 15) { GameId gameId }; var network new TcpGameNetwork(); var view new WinFormView(); // 具体UI实现 var controller new GameController(model, network, view); // 绑定事件 network.ActionReceived controller.OnRemoteActionReceived; network.ConnectionFailed errorMsg MessageBox.Show(errorMsg); // 连接对端假设服务端返回了对方IP network.Connect(192.168.1.100, 8081); }5. 避坑指南联机扫雷最常踩的 4 个深坑及血泪解法联机扫雷看似简单但每个环节都埋着反直觉的坑。以下是我在三个真实项目中反复验证过的典型问题附带现象、根因和可抄作业的解法。5.1 现象两人同时点同一个格子一个显示数字一个显示雷爆炸界面状态分裂原因Model 的TryRevealCell()没做原子性校验。A 和 B 的操作几乎同时到达服务端服务端转发后双方 Model 都执行了IsRevealed[row,col] true但 A 的Board[row,col]是数字B 的是-1雷因为布雷逻辑在各自客户端独立运行初始雷区不一致。解法雷区必须由服务端统一分配。修改GameModel构造函数不自己布雷改为从服务端接收InitialBoard数据包// 服务端生成雷区后发给两个客户端 var initialBoard GenerateBoard(10, 10, 15); var initMsg new InitialBoardMessage { GameId sessionId, Board initialBoard }; // 客户端收到后调用 model.LoadInitialBoard(initMsg.Board) public void LoadInitialBoard(int[,] board) { Board board; // 其他数组按board尺寸初始化 }关键布雷算法如随机撒雷计算数字必须在服务端执行一次结果广播给双方。客户端只负责渲染不参与规则生成。5.2 现象网络卡顿时操作延迟高达 2 秒玩家狂点屏幕松手后连发 5 个Reveal原因UI 层未做操作节流。HandleCellClick()被快速多次调用GameModel.TryRevealCell()虽然有校验但SendAction()仍会发出多条重复指令服务端转发后对方 Model 收到多条相同操作虽不报错但浪费带宽。解法在GameController中加入客户端指令去重缓存private readonly HashSetstring _pendingActions new(); private readonly object _actionLock new(); public void HandleCellClick(int row, int col) { string key $R{row}C{col}_{DateTime.Now:HHmmssfff}; // 加时间戳防碰撞 lock (_actionLock) { if (_pendingActions.Contains(key)) return; _pendingActions.Add(key); } // ... 执行操作 ... // 操作成功后1秒内自动清理key避免内存泄漏 Task.Run(() { Thread.Sleep(1000); lock (_actionLock) _pendingActions.Remove(key); }); }5.3 现象断网重连后对端状态和本地完全不一致必须重启游戏原因重连时只恢复连接没同步状态。GameModel.Version在断线期间持续增长重连后收到的第一条NetworkAction的LocalVersion已远小于当前Model.Version导致全部被丢弃。解法重连后强制请求全量快照。在TcpGameNetwork的Connect()方法末尾添加// 连接成功后立即请求快照 Task.Run(() { Thread.Sleep(100); // 确保服务端已准备好 RequestSnapshot(_currentGameId, 0); // 从Version0开始拉 });同时服务端GameSession需缓存最近 100 条操作日志收到RequestSnapshot时打包GetSnapshot(0)返回。5.4 现象WinForm 界面卡死调试发现OnRemoteActionReceived在非 UI 线程调用原因TcpGameNetwork.ReceiveLoop()是后台线程ActionReceived事件回调也在该线程而WinFormView.UpdateCellState()必须在 UI 线程执行。解法在GameController中桥接线程切换WinForm 专用public GameController(GameModel model, IGameNetwork network, IGameView view) { _model model; _network network; _view view; // 订阅时包装为UI线程调用 network.ActionReceived (action) { if (_view is Control control !control.InvokeRequired) { OnRemoteActionReceived(action); } else if (_view is Control control2) { control2.Invoke((MethodInvoker)(() OnRemoteActionReceived(action))); } }; }提示WPF 项目则用Dispatcher.Invoke()控制台测试用Task.Run()包裹即可。6. 进阶技巧用操作日志实现“悔棋”与“观战模式”做到上面五章你已经有一个稳定联机扫雷了。但真正拉开差距的是把ActionLog这个设计用透。它不只是为断线重连服务更是实现高级功能的黑匣子。6.1 本地悔棋倒带操作日志回退到任意历史状态单机扫雷的悔棋是备份整个Board数组内存占用大。而我们的ActionLog是指令流悔棋只需逆向执行操作public class GameModel { // ... 其他代码 ... public bool UndoLastAction() { if (ActionLog.Count 0) return false; var last ActionLog.Last(); ActionLog.RemoveAt(ActionLog.Count - 1); // 逆向操作Reveal 变成未翻开ToggleFlag 变成恢复原状 switch (last.Type) { case ActionType.Reveal: IsRevealed[last.Row, last.Col] false; break; case ActionType.ToggleFlag: IsFlagged[last.Row, last.Col] !IsFlagged[last.Row, last.Col]; break; } Version--; // 版本号回退 return true; } }技巧UndoLastAction()不需要知道Board原值因为Reveal操作本身不改变Board数值数字/雷是初始化就定死的只改变IsRevealed标志位。这正是指令驱动模型的优势——状态变更可逆。6.2 观战模式服务端记录全局 ActionLog生成回放文件服务端GameSession维护一个ConcurrentQueueNetworkAction所有转发的操作都入队。当一局结束导出为 JSON[ {Type:Reveal,Row:2,Col:3,Player:PlayerA,Timestamp:2024-05-20T10:00:01Z}, {Type:ToggleFlag,Row:1,Col:1,Player:PlayerB,Timestamp:2024-05-20T10:00:02Z}, ... ]观战客户端加载此文件用GameModel逐条ApplyAction()配合Thread.Sleep(500)模拟操作节奏就能完美复现对局。甚至可以加“倍速播放”、“跳转到某步”功能——这些在状态快照模型里很难做但在指令流模型里就是遍历列表加索引。6.3 参数表联机扫雷关键配置项与推荐值参数说明推荐值修改影响BoardSize雷区宽高10×10初级/ 16×16中级尺寸越大Board数组内存占用越高网络传输快照体积越大MineCount地雷数量宽×高×0.15影响游戏难度过高易秒杀过低无挑战HeartbeatInterval心跳间隔(ms)5000值越小断线检测越快但增加网络负载ActionLogRetention操作日志保留条数1000决定断线重连能回溯多久设太小导致重连失败TcpSendTimeoutSocket 发送超时(ms)3000网络差时避免SendAction()长时间阻塞UI最后说句实在话我最早做这个项目是给工厂产线的两位质检员写的——他们坐在相邻工位用两台工控机联机扫雷减压。后来发现这套 MVC 指令日志的骨架直接迁移到了设备报警协同处理系统里A 工位发现异常点一下就推送到 B 工位的看板B 确认后自动生成维修单。技术没有高低能解决具体人、具体场景里的具体问题就是好技术。希望帮到你。本文还有配套的精品资源点击获取
