为什么 Hadoop 需要引入这些新类?他们似乎只是使界面复杂化
4 回答
为了以 Hadoop 方式处理对象。例如,hadoop 使用Text
而不是 java 的String
. hadoop 中的Text
类类似于 java String
,但是Text
实现了Comparable
、Writable
和等接口WritableComparable
。
这些接口都是 MapReduce 所必需的;该Comparable
接口用于reducer对key进行排序时的比较,Writable
可以将结果写入本地磁盘。它不使用java Serializable
,因为javaSerializable
对于hadoop来说太大或太重,Writable
可以以非常轻的方式序列化hadoop对象。
因为在大数据世界中,结构化对象需要序列化为字节流,以便在网络上移动或持久化到集群上的磁盘……然后根据需要再次反序列化。当您拥有像 Facebook 规模的大量数据要存储和移动时,您的数据需要高效,并且需要尽可能少的存储空间和移动时间。
String
而且Integer
简直太“胖”了。Text
和IntWritable
分别在表示相同类型信息的字节数组之上提供了更简单的抽象。
从 Apache 文档页面:
Writable
接口被描述为
一个可序列化的对象,它实现了一个简单、高效的序列化协议,基于
DataInput
和DataOutput
。
有了这个新的 API,您就不会遇到麻烦。这些新类的序列化过程是crisp
和compact
.
为了 Hadoop 的有效性,应该优化序列化/反序列化过程,因为集群中的节点之间发生了大量的远程调用。所以序列化格式应该是快速、紧凑、可扩展和可互操作的。由于这个原因,Hadoop 框架提出了一个 IO 类来替换 Java 原始数据类型。例如IntWritbale
为int
,LongWritable
为long
,Text
为String
等
您可以在Hadoop 权威指南:第 4 版中找到有关此主题的更多详细信息
一些更好的信息:
他们有两个相关的功能
他们有“可写”接口——他们知道如何显式地写入数据输出流并从数据输入流中读取。
它们通过 set() 操作进行内容更新。这使您可以重复使用相同的值,而无需创建新实例。如果重复调用相同的映射器或reducer,效率会更高:您只需在构造函数中创建可写实例并重用它们
相比之下,Java 的 Serializable 框架“神奇地”序列化对象——但它以一种有点脆弱的方式执行此操作,并且通常无法读取由旧版本类生成的值。Java 对象流旨在将对象图发送回——它必须记住已经推出的每个对象引用,并在返回的路上做同样的事情。可写文件被设计为自包含的。
这来自:http ://hortonworks.com/community/forums/topic/why-hadoop-uses-default-longwritable-or-intwritable/