注：本文依赖于kafka-0.10.0.1-src
Kafka生产者send一条记录(record)后并没有直接发送到kafka服务端，而是先将它保存到内存(RecordAccumulator)中，用于压缩之后批量发送。那压缩的过程是怎么样的呢？下面我们就分析一下Compressor来看一下压缩的过程。
我们先来看一下Compressor的类型CompressionType，这个版本的压缩器有四种类型NONE(不压缩)，GZIP，SNAPPY，LZ4(由compression.type配置)。
不管有没有压缩，我们都会将处理后的数据存到一段内存中，也就是ByteBuffer中，并且对这段ByteBuffer进行了装饰，用ByteBufferOutputStream装饰了ByteBuffer来提供自动扩容的功能，用DataOutputStream装饰了ByteBufferOutputStream来提供压缩功能，它们之间的关系如图1所示。
图1
数据流向如图2所示。
图2
压缩器实现了一系列的put*方法，比如putLong(final long value)就是向ByteBuffer中写入一个长度为long的数据(压缩之后的)，同理还有putInt，putByte。值得一提的还有putRecord方法，它把一整条消息都写入了ByteBuffer中，消息格式见kafka消息格式，其实就是根据消息格式，调用对应的put*方法，将消息的每一个属性写入ByteBuffer中。
总结:很多时候，cpu和内存已经不是一个系统的瓶颈，当带宽成为瓶颈的时候，压缩就派上了用场，合理的压缩可以增加系统的吞吐量来提高性能。
