C# 当调试器位于断点时,Websocket连接会发生什么情况
我正在使用C# 当调试器位于断点时,Websocket连接会发生什么情况,c#,tcp,websocket,breakpoints,websocket-sharp,C#,Tcp,Websocket,Breakpoints,Websocket Sharp,我正在使用WebSocketSharp从C#中的服务接收流。基本上我有一些这样的代码 WebSocket webSocket = new WebSocket("wss://ws-feed...."); webSocket.Connect(); webSocket.Send("message"); //Do something //Data still being received Console.Write("What happens if I break indefinitely here?"
WebSocketSharp
从C#中的服务接收流。基本上我有一些这样的代码
WebSocket webSocket = new WebSocket("wss://ws-feed....");
webSocket.Connect();
webSocket.Send("message");
//Do something
//Data still being received
Console.Write("What happens if I break indefinitely here?");
我想知道的是,当WebSocket
处于一个长断点时(例如在上面示例的最后一行),收到的消息会发生什么情况
我假设它是特定于实现的,但根据我的观察,消息似乎在退出断点后排队并释放。但是,我假设在开始丢弃消息之前,必须对可以排队的消息数量设置一定的上限
那么,
WebSocket
库遇到断点时的典型行为是什么?消息是无限期排队还是最终会被丢弃?调试时是否应采取任何特定的预防措施,以确保您看到的数据在发布模式下的行为?传入消息是否会在操作系统中的传入TCP缓冲区中等待程序读取它们?有一个限制,缓冲区可能会填满,在这种情况下,本地TCP堆栈将控制发送方的流量。准确调试实时代码通常必须通过检测和日志记录来完成,而不是使用断点,因为使用断点会改变某些操作的相对计时。