处理IO时，如何定义缓冲区大小？

Question

public static int KB = 1024;
public static int MB = 1024 * KB;

private static final int CAPACITY_SMALL  =   4  * KB;
private static final int CAPACITY_MEDIUM = 128  * KB;
private static final int CAPACITY_LARGE  = 1024 * KB;

//package scope (default) - so they can be accessed from unit tests.
byte[]  smallMessageBuffer  = new byte[1024 *   4 * KB];   //1024 x   4KB messages =  4MB.
byte[]  mediumMessageBuffer = new byte[128  * 128 * KB];   // 128 x 128KB messages = 16MB.
byte[]  largeMessageBuffer  = new byte[16   *   1 * MB];   //  16 *   1MB messages = 16MB.

经常看见缓存的大小都是以位的大小定义，是因为习惯，还是因为什么原因？在实际项目中是否有什么策略根据自己需求来定义最优的值来处理IO？

Answer 1

缓存大小什么单位纯粹是个人喜好，最后都是化为以字节为单位。缓存越大，传输大数据量效率会更高，因为循环次数减少了；相应的如果每次实际传输的数据量大大小于缓存大小，比如只用到缓存大小的 1/10，那就有点浪费内存了，当然内存不敏感（比如多用个 1~2 MB 完全可以接受）的情况下无所谓。

Answer 2

第一个问题：你给出的代码都是以字节而不是位来定义缓存大小的；
第二个问题：通常操作系统都提供了带缓存的IO操作（IO流接口），如果在实际使用中通过测试发现瓶颈在IO，再考虑实现自己的IO缓存，