C#：WinForm与UWP端口通信实现、数据限制及连接失败问题

针对你的问题，我来一步步拆解分析，并给出具体的解决方案：

一、连接失败的核心原因与修复 #

先看你的UWP代码，问题出在绑定端口后立刻执行了CancelIOAsync()和TransferOwnership()——这相当于刚启动监听就把Socket的控制权转移给了后台任务，而此时后台任务可能还没准备好处理连接请求，前台的Socket已经不再监听，导致WinForm的连接请求得不到响应，就会抛出「连接方未正确响应」的错误。

修正方案分两种场景： #

场景1：前台直接处理连接（不需要后台任务）

如果你的UWP应用在前台运行时就需要接收连接，那么可以去掉后台任务相关的代码，直接在前台监听并处理连接：

const string serverPort = "38885";
var socketListener = new StreamSocketListener();

// 绑定端口，开始监听
await socketListener.BindServiceNameAsync(serverPort);
// 注册连接接收事件
socketListener.ConnectionReceived += async (sender, args) =>
{
    using (var socket = args.Socket)
    using (var inputStream = socket.InputStream.AsStreamForRead())
    using (var reader = new StreamReader(inputStream))
    {
        // 读取WinForm发送的数据
        string receivedData = await reader.ReadLineAsync();
        Console.WriteLine($"收到WinForm数据：{receivedData}");
        
        // 可选：发送响应给WinForm
        using (var outputStream = socket.OutputStream.AsStreamForWrite())
        using (var writer = new StreamWriter(outputStream))
        {
            await writer.WriteLineAsync("UWP已收到数据");
            await writer.FlushAsync();
        }
    }
};

BgTaskConfig.ServerStatus = "Running";

场景2：后台任务处理连接（应用挂起时仍需监听）

如果必须用后台任务处理Socket连接，那要确保后台任务已经正确注册，并且在后台任务中重新处理Socket的监听逻辑：
首先，后台任务类的实现：

public sealed class SocketBackgroundTask : IBackgroundTask
{
    private IBackgroundTaskDeferral _deferral;
    private StreamSocketListener _socketListener;

    public void Run(IBackgroundTaskInstance taskInstance)
    {
        _deferral = taskInstance.GetDeferral();
        var triggerDetails = taskInstance.TriggerDetails as SocketActivityTriggerDetails;
        
        if (triggerDetails != null && triggerDetails.SocketInformation.StreamSocketListener != null)
        {
            _socketListener = triggerDetails.SocketInformation.StreamSocketListener;
            // 重新注册连接接收事件
            _socketListener.ConnectionReceived += OnConnectionReceived;
            // 重新启用后台监听
            _socketListener.EnableTransferOwnership(taskInstance.Task.TaskId, SocketActivityConnectedStandbyAction.DoNotWake);
        }
    }

    private async void OnConnectionReceived(StreamSocketListener sender, StreamSocketListenerConnectionReceivedEventArgs args)
    {
        using (var socket = args.Socket)
        using (var inputStream = socket.InputStream.AsStreamForRead())
        using (var reader = new StreamReader(inputStream))
        {
            string data = await reader.ReadLineAsync();
            // 后台处理数据逻辑
        }
    }
}

然后UWP前台的代码要调整，确保后台任务注册完成后再转移Socket所有权：

const string serverPort = "38885"; 
const string socketId = BgTaskConfig.TaskName; 
var sockets = SocketActivityInformation.AllSockets; 

// 先确保后台任务已注册（这里省略注册逻辑，需提前完成）
if (!sockets.Keys.Contains(socketId)) 
{ 
    var socket = new StreamSocketListener(); 
    socket.EnableTransferOwnership(_taskId, SocketActivityConnectedStandbyAction.DoNotWake); 
    await socket.BindServiceNameAsync(serverPort); 
    // 不要立刻CancelIO，直接转移所有权给已注册的后台任务
    socket.TransferOwnership(socketId); 
    BgTaskConfig.ServerStatus = "Running"; 
} 

WinForm端代码优化 #

你的WinForm代码逻辑没问题，但可以增加超时设置，避免无限等待，同时补充数据收发逻辑：

IPAddress ip = IPAddress.Parse("127.0.0.1");
using (Socket clientSocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp))
{
    // 设置连接超时（5秒）
    clientSocket.SendTimeout = 5000;
    clientSocket.ReceiveTimeout = 5000;
    
    try
    {
        clientSocket.Connect(new IPEndPoint(ip, 38885));
        Console.WriteLine("连接成功");
        
        // 发送数据到UWP
        byte[] sendBuffer = Encoding.UTF8.GetBytes("Hello from WinForm");
        clientSocket.Send(sendBuffer);
        
        // 接收UWP响应
        byte[] recvBuffer = new byte[1024];
        int recvLength = clientSocket.Receive(recvBuffer);
        string recvData = Encoding.UTF8.GetString(recvBuffer, 0, recvLength);
        Console.WriteLine($"收到UWP响应：{recvData}");
    }
    catch (Exception ex)
    {
        Console.WriteLine($"连接失败：{ex.Message}");
        return;
    }
}

二、端口发送数据的大小限制 #

TCP协议本身没有严格的单次发送数据大小限制，但实际受限于以下因素：

• 操作系统缓冲区大小：不同系统的Socket发送/接收缓冲区默认大小不同（一般在几KB到几十KB之间），单次发送超过缓冲区大小会被自动分块，但建议手动分块，避免性能问题。
• 网络MTU：以太网的MTU一般是1500字节，超过MTU的数据会被IP层分片，可能增加丢包风险。
• UWP后台任务限制：如果用后台任务处理数据，后台任务的资源（内存、CPU）有配额，大文件传输建议在前台完成，或者后台分块处理并及时释放资源。

简单来说，单次发送的数据建议控制在4KB~8KB以内，大文件/大数据要分块传输，比如每次发送4KB数据，循环直到全部发送完成。

内容的提问来源于stack exchange，提问作者Values