Java Socket通信核心是TCP流式连接封装，需手动处理协议解析、粘包等；客户端Socket连接服务端，服务端ServerSocket accept等待连接；读写阻塞且无超时，需显式close。

Java中Socket通信的核心逻辑是什么

Java的Socket和ServerSocket本质是TCP连接的封装，不处理协议解析、粘包、心跳或重连——这些都得自己补。客户端用Socket连服务端IP+端口，服务端用ServerSocket在指定端口accept()等待连接。一次连接对应一个双向字节流，读写操作阻塞，没超时机制，默认无限等。

如何写出可运行的最小Socket示例

以下是最简但能跑通的双端代码，注意关键点：

• 服务端必须先启动，否则客户端new Socket("127.0.0.1", 8080)会抛ConnectException
• 双方都需显式调用close()，否则端口可能被占用、连接不释放
• BufferedReader.readLine()按行读取，要求发送方末尾带\n（如pw.println("hello")）

import java.io.*;
import java.net.*;

// 服务端
public class SimpleServer {
    public static void main(String[] args) throws IOException {
        ServerSocket ss = new ServerSocket(8080);
        Socket s = ss.accept(); // 阻塞直到有连接
        BufferedReader br = new BufferedReader(new InputStreamReader(s.getInputStream()));
        PrintWriter pw = new PrintWriter(s.getOutputStream(), true);
        String line = br.readLine();
        pw.println("echo: " + line);
        s.close();
        ss.close();
    }
}

import java.io.*;
import java.net.*;

// 客户端
public class SimpleClient {
    public static void main(String[] args) throws IOException {
        Socket s = new Socket("127.0.0.1", 8080);
        PrintWriter pw = new PrintWriter(s.getOutputStream(), true);
        BufferedReader br = new BufferedReader(new InputStreamReader(s.getInputStream()));
        pw.println("test");
        System.out.println(br.readLine());
        s.close();
    }
}

为什么read()经常卡住或读不到完整数据

这是初学者最常踩的坑：TCP是流式协议，InputStream.read()只保证读至少1字节，不保证读完一整条消息。没有长度头、分隔符或固定包长时，根本无法判断“一条消息”在哪结束。

• 用readLine()的前提是对方发的是文本且每行结尾有\n或\r\n
• 用read(byte[] b)时，返回值是实际读到的字节数，必须检查，不能直接当完整包处理
• 不要依赖available()判断是否有数据——它只反映内核缓冲区当前字节数，不可靠
• 真正健壮的做法是定义协议：比如前4字节为int表示长度，再读对应字节数

ServerSocket.accept()之后要不要开新线程

要。默认accept()是阻塞的，一个连接处理完才能接下一个；如果在accept()后的处理逻辑里做耗时操作（比如文件IO、数据库查询），后续连接会被排队卡住。

• 简单场景可用new Thread(() -> handle(s)).start()
• 高并发建议用ExecutorService管理线程池，避免无限制创建线程
• 注意共享资源（如PrintWriter）不是线程安全的，每个连接应独占自己的输入输出流
• JDK 1.7+ 可考虑try-with-resources自动关闭流，但需确保异常时仍能释放连接

真实项目里，几乎没人手写原始Socket——Netty、Spring Integration 或 HTTP 协议更常用。但理解底层阻塞模型、流边界、连接生命周期，是排查Connection reset、Broken pipe、半关闭状态等问题的基础。