Java中write(int b)与write(byte b[])方法的性能差距原因探究

你观察到的write(byte b[])性能优于write(int b)是完全符合预期的，核心原因主要集中在系统调用开销和TCP传输效率上，而非你猜测的用户态缓冲区申请释放开销，具体拆解如下：

• 系统调用次数的本质差异
  每次调用write(int b)，哪怕只写一个字节，都需要从用户态切换到内核态触发一次系统调用——这种上下文切换的开销极大，远超过用户态内的任何内存操作。而write(byte b[])可以一次性将整段字节提交给内核，只需要触发一次系统调用。哪怕Java的OutputStream本身带有用户态缓冲区，单字节写入也会频繁触发缓冲区的刷新逻辑（比如缓冲区未满时的强制刷写、或多次累积后的刷写），间接增加系统调用的总次数。

• 用户态缓冲区开销并非核心瓶颈
  你模拟“每次调用write(byte[])时申请b.length次空间”的测试结果也验证了这一点：用户态内的内存申请释放开销，和系统调用的开销比起来可以忽略不计。另外Java IO流的底层缓冲区（比如你提到的char BUF[MAX_BUFFER_LEN];这类结构）是复用设计的，不会每次写入都重复申请内存，所以这块的开销本来就极小。

• TCP/IP层面的额外开销
  频繁的单字节写入会迫使TCP产生大量的小数据包，即使Nagle算法会尝试合并小数据包，也会带来延迟或额外的组包开销；而批量写入能让TCP更高效地组包、发送，减少ACK交互的次数，进一步降低网络传输层面的整体开销。

如果要直观验证这个结论，可以用strace（Linux环境）或Process Monitor（Windows环境）跟踪进程的系统调用次数，对比单字节写和批量写的write系统调用数量——你会发现单字节写的调用次数是批量写的成百上千倍，这就是性能差距的直接来源。

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