java 十六进制浮点

我如何遇到十六进制浮点数

我正在Java :: Geci中开发一种新功能，以减少代码重新格式化的可能性。 如果重新格式化，当前版本的代码将覆盖原本相同的代码。 这很烦人，因为按下重新格式化键的快捷键相当容易，而且许多项目甚至要求开发人员将其编辑器设置为在保存时自动格式化代码。 在那种情况下，不能使用Java :: Geci，因为一旦重新格式化了代码，生成器就会认为生成的代码与源文件中已有的代码不同，会对其进行更新并发出代码更改失败的信号。单元测试。

我正在设计的解决方案首先将Java源文件进行比较，然后将其转换为词汇元素列表。 这样，只要代码保持不变，您甚至可以重新格式化插入换行符，空格等的代码。 为此，我需要一个简化的Java词法分析器。 编写词法分析器没什么大不了的，自从我在1987年首次阅读《 龙书》以来，我出于不同的原因创建了数个词法分析器。我真正需要的唯一是精确定义字符串，字符，数字文字，关键字和以此类推。 简而言之：Java语言在词汇级别上的定义是什么以及如何处理。 幸运的是，对此有一个精确的定义，即Java Language Specification ，它不仅精确而且可读，并带有示例。 因此，我开始阅读相应的章节。

令我感到困惑的是，我可以看到Java语言中有可能以十六进制表示浮点数。 奇怪吗 由于我从未见过它，所以我首先以为这是Java 12中引入的新内容，但是我的调查表明它可能是在Java 1.5中引入的。那是我真正喜欢的第一个Java版本，但不是因为十六进制浮点数。 所以这就是我面对面遇到这只野兽的方式。 我开始怀疑这头野兽是否可以在野外找到，还是只能在JLS文本中被俘虏的东西。 所以…

我在Twitter上投票

如您所见，九个人面的人回答了这个问题，主要是说他们对这个功能一无所知。

在lambda和流之后，可能十六进制浮点数是Java语言中鲜为人知和使用最少的功能（开个玩笑……十六进制浮点数很重要，对吗？）

即使我过去做过一些科学研究，也看不到十六进制浮点字面量的任何使用。

什么是浮点数？

我们将获得十六进制浮点数，但是要了解我们必须首先知道什么是浮点数。

浮点数具有尾数和指数。 尾数具有整数和小数部分，例如iii.ffff 。 指数是整数。 例如，31.415926E-1是浮点数，是圆的直径与周长之比的近似值。

Java内部将float存储在32位上 ，将double float数存储在64位上 。 实际比特根据IEEE 754标准使用。

这样，这些位将符号存储在单个位上，然后将指数存储在8位或11位上，最后将尾数存储在23位或52位上，分别用于32位或64位浮点/双精度。 尾数是一个小数，取值范围是1到2。这可以用一个位流表示，其中第一位表示1，第二位表示1/2，依此类推。 但是，由于该数字始终以规范化存储，因此该数字始终在[1和2之间]，因此第一位始终为1。无需存储它。 存储尾数，以便最高有效位表示1/2，下一个1/2 ²以此类推，但是当我们需要该值时，将其加1。

尾数是无符号的（因此我们有一个单独的signum位）。 指数也是无符号的，但是计算出的实际位数是从该值中减去127或1023以获得有符号数。 它指定尾数实际上应向左或向右移动多少位。 因此，当我们写31.415926E-1f ，指数将不是-1。 那是数字的十进制格式。

实际值为01000000010010010000111111011010 。 分解：

• 0号，数字为正。 到目前为止，一切都很好。
• 10000000 128，这意味着我们必须将尾数左移一位（该值乘以2）
• 10010010000111111011010是
  

  
  

  。 该位流的十六进制表示为0x490FDA

这是

十六进制浮点文字

我们可以在Java中编写与0x0.C90FDAP2f相同的数字。 这是相同数字的十六进制浮点表示形式。

尾数0xC9aFDA应该熟悉0x490FDA以上数字的十六进制表示0x490FDA 。 不同之处在于，第一个字符是C而不是4 。 那是额外的一位，始终为1，不存储在二进制表示中。 C是1100而原始4是0100 。 指数是将数字推到正确位置所需的实际位偏移的带符号十进制表示形式。

文字的格式并非无关紧要。 首先，您必须使用指数部分，并且指数的字符为p或P 这与十进制表示形式有很大不同。 （更新：如果指数是可选的，则您无法确定例如0.55是十进制浮点还是十六进制浮点。十六进制数字偶然可以仅包含十进制字符，而仍然是十六进制。）

经过一番思考，很明显无法使用常规e或E来表示指数，因为该字符是合法的十六进制数字，并且在数字（如0x2e3情况下将是模棱两可的。 这是十六进制整数还是。 这是整数，因为我们使用p而不是e 。

我只能猜测为什么指数部分是强制性的。 因为开发人员已经习惯使用e或E作为指数来十进制浮点数，所以很容易将0xC90F.0e+3误读为单个浮点数，即使需要十六进制浮点p而不是e 。 如果指数不是强制性的，则此示例将是浮点数与整数的合法和。 同时看起来像一个数字，那不是很好。

另一个有趣的事情是指数是十进制。 这也是因为某些十六进制数字已被用于其他目的。 浮点数和双后缀。 如果要表示文字是浮点数，则可以将f或F附加到末尾。 如果要表示此文字为double，则可以将d或D附加到末尾。 这是默认设置，因此添加D是可选的。 如果指数是十六进制的，我们将不知道0x32.1P1f是浮点文字还是双精度数，并且具有很多大小不同的值。 这样，那个指数是十进制，它是一个浮点数。

Java和IEEE 754

Java在Java 1.2之前一直严格执行IEEE 754标准，该标准不仅定义了存储在内存中的数字格式，还定义了应如何执行计算的规则。 在Java 1.2版（包括1.2版）之后，发布了该标准以使实现更加自由，从而允许使用更多的位来存储中间结果。 它曾经并且仍然可以在Intel CPU平台上使用，并且在其他语言（例如FORTRAN）的数字计算中大量使用。 这是允许实现使用更高精度的逻辑步骤。

为了保持向后兼容性，同时在语言中添加了strictfp修饰符。 在类，接口或方法上使用此修饰符时，这些代码中的浮点计算将严格遵循IEEE 754标准。

带走

• Java中有十六进制浮点文字。 记住它以及strictfp是什么，因为有人可能在Java采访中问您有关它的问题。 在企业编程中没有实际用途。
• 除非使代码更具可读性，否则不要使用它们。 我几乎无法想象会发生这种情况的任何情况。 因此，简而言之：不要仅仅因为可以就使用它们。
• 在Twitter @verhas上关注我，以获取有关新文章的通知。

关注@verhas

我认为仅此而已。 到本文发表时，我可能会和一万人一起在苏黎世湖中游泳。 这是一个大事件。

哦，是的：如果您曾经在Java中使用十六进制浮点文字以使其更具可读性，请在注释中分享知识。 我敢于以读者的名义说：我们很感兴趣。

更新：约瑟夫·达西（Joseph Darcy）（Oracle的工程师，OpenJDK开发人员，马拉松运动员，快步手，偶尔的摄影师，还有很多其他事情。）在Twitter上提供了反馈。 我将他的回复复制到这里，因为它绝对有价值，并为读者增加了价值，从而使读者受益：

十进制字符串与二进制浮点值的特定设置之间的映射通常是不明显的。 十六进制浮点文字在需要时（例如在测试中）提供了直接的文本到二进制fp映射。 参见https://blogs.oracle.com/darcy/hexadecimal-floating-point-literals

翻译自: https://www.javacodegeeks.com/2019/07/java-hexadecimal-floating-point-literal.html

java 十六进制浮点