Java 为什么jar清单文件不应该';不包含超过72字节的行

Java 为什么jar清单文件不应该';不包含超过72字节的行,java,jvm,manifest,Java,Jvm,Manifest,我在网上找不到这个问题的答案 jar清单长度中的行长度不应超过72字节,为什么对行长度进行限制 这是性能改进吗? 还是JVM在1996年首次发布时面临的老问题?来自: 也就是说,读取清单文件的代码没有理由, 与Manifest.java一样,不能简单地接受任何长度的输入行。 72字节限制是从RFC 822继承的限制, 但这是一种为最大限度地提高性能而设计的网络通信协议 70年代遗留的可移植性,这应该不再是一个问题 您是对的,RFC 822规范是在考虑非常非常古老的计算机系统的情况下制定的。然而,

我在网上找不到这个问题的答案

jar清单长度中的行长度不应超过72字节,为什么对行长度进行限制

这是性能改进吗?
还是JVM在1996年首次发布时面临的老问题?

来自:

也就是说,读取清单文件的代码没有理由, 与Manifest.java一样,不能简单地接受任何长度的输入行。 72字节限制是从RFC 822继承的限制, 但这是一种为最大限度地提高性能而设计的网络通信协议 70年代遗留的可移植性,这应该不再是一个问题

您是对的,RFC 822规范是在考虑非常非常古老的计算机系统的情况下制定的。然而,这种限制仍然存在的原因是.jar格式是不同Java实现之间的一种可互换格式,因此他们试图继续为旧工具支持旧格式。但是,不再存在性能原因

来自:

也就是说,读取清单文件的代码没有理由, 与Manifest.java一样,不能简单地接受任何长度的输入行。 72字节限制是从RFC 822继承的限制, 但这是一种为最大限度地提高性能而设计的网络通信协议 70年代遗留的可移植性,这应该不再是一个问题


您是对的,RFC 822规范是在考虑非常非常古老的计算机系统的情况下制定的。然而,这种限制仍然存在的原因是.jar格式是不同Java实现之间的一种可互换格式,因此他们试图继续为旧工具支持旧格式。但是,不再存在性能原因

72来自打字机的时代。。。我不认为这是一个问题的表现,即使在1996年;也许是能够在所有终端上显示清单的问题。但是我们可以用我们想要的任何格式格式化文本,我们可以用72个字母或100个字母显示文本,我们只需添加几行代码!!!72来自打字机的时代。。。我不认为这是一个问题的表现,即使在1996年;也许是能够在所有终端上显示清单的问题。但是我们可以用我们想要的任何格式格式化文本,我们可以用72个字母或100个字母显示文本,我们只需添加几行代码!!!