websocket-sharp v1.3.1
This patch release fixes ordering and lifecycle behavior for asynchronous sends
while preserving the existing public API and Unity assembly identity.
Highlights
- Sequential
SendAsynccalls accepted by one physical connection are written
in FIFO order by a single bounded dispatcher. - Completion callbacks run independently from the network writer, so a slow or
throwing callback does not block later physical sends. MaxAsyncSendQueueLengthcontinues to bound queued, active, and
callback-pending operations.- Closing a connection rejects new sends and completes waiting operations with
falsewhile disposing their payload streams. - Reconnect creates a fresh dispatcher. Data queued for an old connection
cannot be compressed or written through the new connection. - Regression coverage includes immediate binary sends from server
OnOpen,
FIFO ordering, queue overflow, blocked and throwing callbacks, close/reconnect
cancellation, stale compressed payloads, and ordered concurrent-client stress.
Verification
135/135net472unit tests passed.10/10net472stress tests passed.- Immediate server
OnOpenprobe:1000/1000first messages received. - FIFO probe:
20000/20000sequential async-send pairs arrived in call order. - Sustained ordering stress:
100 CCUcompleted100000ordered messages
without loss, duplication, ordering errors, or stranded sessions. - Public API snapshot and Unity/IL2CPP compatibility gates passed.
Compatibility
- Target framework:
net472. - Unity: managed plugin for .NET 4.x-compatible Editor, Standalone, and tested
mobile/IL2CPP targets. - WebGL: not supported by this managed TCP socket implementation.
- Assembly name and strong name remain unchanged.
AssemblyVersionremains1.0.2.32832for existing Unity binary references.- File and product version:
1.3.1.0.
Assets
websocket-sharp.dll: the signednet472library.websocket-sharp-v1.3.1-unity-net472.zip: DLL, license, README, and these
release notes.SHA256SUMS.txt: SHA-256 checksums for the DLL and ZIP.