1 /*
2 * Copyright (c) 1994, 2024, Oracle and/or its affiliates. All rights reserved.
3 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
4 *
5 * This code is free software; you can redistribute it and/or modify it
6 * under the terms of the GNU General Public License version 2 only, as
7 * published by the Free Software Foundation. Oracle designates this
8 * particular file as subject to the "Classpath" exception as provided
9 * by Oracle in the LICENSE file that accompanied this code.
10 *
11 * This code is distributed in the hope that it will be useful, but WITHOUT
12 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
13 * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
14 * version 2 for more details (a copy is included in the LICENSE file that
15 * accompanied this code).
16 *
17 * You should have received a copy of the GNU General Public License version
18 * 2 along with this work; if not, write to the Free Software Foundation,
19 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
20 *
21 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
22 * or visit www.oracle.com if you need additional information or have any
23 * questions.
24 */
25
26 package java.lang;
27
28 import java.lang.invoke.MethodHandles;
29 import java.lang.constant.Constable;
30 import java.lang.constant.ConstantDesc;
31 import java.util.Optional;
32
33 import jdk.internal.math.FloatingDecimal;
34 import jdk.internal.math.DoubleConsts;
35 import jdk.internal.math.DoubleToDecimal;
36 import jdk.internal.vm.annotation.IntrinsicCandidate;
37
38 /**
39 * The {@code Double} class is the {@linkplain
40 * java.lang##wrapperClass wrapper class} for values of the primitive
41 * type {@code double}. An object of type {@code Double} contains a
42 * single field whose type is {@code double}.
43 *
44 * <p>In addition, this class provides several methods for converting a
45 * {@code double} to a {@code String} and a
46 * {@code String} to a {@code double}, as well as other
47 * constants and methods useful when dealing with a
48 * {@code double}.
49 *
50 * <p>This is a <a href="{@docRoot}/java.base/java/lang/doc-files/ValueBased.html">value-based</a>
51 * class; programmers should treat instances that are
52 * {@linkplain #equals(Object) equal} as interchangeable and should not
53 * use instances for synchronization, or unpredictable behavior may
54 * occur. For example, in a future release, synchronization may fail.
55 *
56 * <h2><a id=equivalenceRelation>Floating-point Equality, Equivalence,
57 * and Comparison</a></h2>
58 *
59 * IEEE 754 floating-point values include finite nonzero values,
60 * signed zeros ({@code +0.0} and {@code -0.0}), signed infinities
61 * ({@linkplain Double#POSITIVE_INFINITY positive infinity} and
62 * {@linkplain Double#NEGATIVE_INFINITY negative infinity}), and
63 * {@linkplain Double#NaN NaN} (not-a-number).
64 *
65 * <p>An <em>equivalence relation</em> on a set of values is a boolean
66 * relation on pairs of values that is reflexive, symmetric, and
67 * transitive. For more discussion of equivalence relations and object
68 * equality, see the {@link Object#equals Object.equals}
69 * specification. An equivalence relation partitions the values it
70 * operates over into sets called <i>equivalence classes</i>. All the
71 * members of the equivalence class are equal to each other under the
72 * relation. An equivalence class may contain only a single member. At
73 * least for some purposes, all the members of an equivalence class
74 * are substitutable for each other. In particular, in a numeric
75 * expression equivalent values can be <em>substituted</em> for one
76 * another without changing the result of the expression, meaning
77 * changing the equivalence class of the result of the expression.
78 *
79 * <p>Notably, the built-in {@code ==} operation on floating-point
80 * values is <em>not</em> an equivalence relation. Despite not
81 * defining an equivalence relation, the semantics of the IEEE 754
82 * {@code ==} operator were deliberately designed to meet other needs
83 * of numerical computation. There are two exceptions where the
84 * properties of an equivalence relation are not satisfied by {@code
85 * ==} on floating-point values:
86 *
87 * <ul>
88 *
89 * <li>If {@code v1} and {@code v2} are both NaN, then {@code v1
90 * == v2} has the value {@code false}. Therefore, for two NaN
91 * arguments the <em>reflexive</em> property of an equivalence
92 * relation is <em>not</em> satisfied by the {@code ==} operator.
93 *
94 * <li>If {@code v1} represents {@code +0.0} while {@code v2}
95 * represents {@code -0.0}, or vice versa, then {@code v1 == v2} has
96 * the value {@code true} even though {@code +0.0} and {@code -0.0}
97 * are distinguishable under various floating-point operations. For
98 * example, {@code 1.0/+0.0} evaluates to positive infinity while
99 * {@code 1.0/-0.0} evaluates to <em>negative</em> infinity and
100 * positive infinity and negative infinity are neither equal to each
101 * other nor equivalent to each other. Thus, while a signed zero input
102 * most commonly determines the sign of a zero result, because of
103 * dividing by zero, {@code +0.0} and {@code -0.0} may not be
104 * substituted for each other in general. The sign of a zero input
105 * also has a non-substitutable effect on the result of some math
106 * library methods.
107 *
108 * </ul>
109 *
110 * <p>For ordered comparisons using the built-in comparison operators
111 * ({@code <}, {@code <=}, etc.), NaN values have another anomalous
112 * situation: a NaN is neither less than, nor greater than, nor equal
113 * to any value, including itself. This means the <i>trichotomy of
114 * comparison</i> does <em>not</em> hold.
115 *
116 * <p>To provide the appropriate semantics for {@code equals} and
117 * {@code compareTo} methods, those methods cannot simply be wrappers
118 * around {@code ==} or ordered comparison operations. Instead, {@link
119 * Double#equals equals} uses {@linkplain ##repEquivalence representation
120 * equivalence}, defining NaN arguments to be equal to each other,
121 * restoring reflexivity, and defining {@code +0.0} to <em>not</em> be
122 * equal to {@code -0.0}. For comparisons, {@link Double#compareTo
123 * compareTo} defines a total order where {@code -0.0} is less than
124 * {@code +0.0} and where a NaN is equal to itself and considered
125 * greater than positive infinity.
126 *
127 * <p>The operational semantics of {@code equals} and {@code
128 * compareTo} are expressed in terms of {@linkplain #doubleToLongBits
129 * bit-wise converting} the floating-point values to integral values.
130 *
131 * <p>The <em>natural ordering</em> implemented by {@link #compareTo
132 * compareTo} is {@linkplain Comparable consistent with equals}. That
133 * is, two objects are reported as equal by {@code equals} if and only
134 * if {@code compareTo} on those objects returns zero.
135 *
136 * <p>The adjusted behaviors defined for {@code equals} and {@code
137 * compareTo} allow instances of wrapper classes to work properly with
138 * conventional data structures. For example, defining NaN
139 * values to be {@code equals} to one another allows NaN to be used as
140 * an element of a {@link java.util.HashSet HashSet} or as the key of
141 * a {@link java.util.HashMap HashMap}. Similarly, defining {@code
142 * compareTo} as a total ordering, including {@code +0.0}, {@code
143 * -0.0}, and NaN, allows instances of wrapper classes to be used as
144 * elements of a {@link java.util.SortedSet SortedSet} or as keys of a
145 * {@link java.util.SortedMap SortedMap}.
146 *
147 * <p>Comparing numerical equality to various useful equivalence
148 * relations that can be defined over floating-point values:
149 *
150 * <dl>
151 * <dt><a id=fpNumericalEq></a><dfn>{@index "numerical equality"}</dfn> ({@code ==}
152 * operator): (<em>Not</em> an equivalence relation)</dt>
153 * <dd>Two floating-point values represent the same extended real
154 * number. The extended real numbers are the real numbers augmented
155 * with positive infinity and negative infinity. Under numerical
156 * equality, {@code +0.0} and {@code -0.0} are equal since they both
157 * map to the same real value, 0. A NaN does not map to any real
158 * number and is not equal to any value, including itself.
159 * </dd>
160 *
161 * <dt><dfn>{@index "bit-wise equivalence"}</dfn>:</dt>
162 * <dd>The bits of the two floating-point values are the same. This
163 * equivalence relation for {@code double} values {@code a} and {@code
164 * b} is implemented by the expression
165 * <br>{@code Double.doubleTo}<code><b>Raw</b></code>{@code LongBits(a) == Double.doubleTo}<code><b>Raw</b></code>{@code LongBits(b)}<br>
166 * Under this relation, {@code +0.0} and {@code -0.0} are
167 * distinguished from each other and every bit pattern encoding a NaN
168 * is distinguished from every other bit pattern encoding a NaN.
169 * </dd>
170 *
171 * <dt><dfn><a id=repEquivalence></a>{@index "representation equivalence"}</dfn>:</dt>
172 * <dd>The two floating-point values represent the same IEEE 754
173 * <i>datum</i>. In particular, for {@linkplain #isFinite(double)
174 * finite} values, the sign, {@linkplain Math#getExponent(double)
175 * exponent}, and significand components of the floating-point values
176 * are the same. Under this relation:
177 * <ul>
178 * <li> {@code +0.0} and {@code -0.0} are distinguished from each other.
179 * <li> every bit pattern encoding a NaN is considered equivalent to each other
180 * <li> positive infinity is equivalent to positive infinity; negative
181 * infinity is equivalent to negative infinity.
182 * </ul>
183 * Expressions implementing this equivalence relation include:
184 * <ul>
185 * <li>{@code Double.doubleToLongBits(a) == Double.doubleToLongBits(b)}
186 * <li>{@code Double.valueOf(a).equals(Double.valueOf(b))}
187 * <li>{@code Double.compare(a, b) == 0}
188 * </ul>
189 * Note that representation equivalence is often an appropriate notion
190 * of equivalence to test the behavior of {@linkplain StrictMath math
191 * libraries}.
192 * </dd>
193 * </dl>
194 *
195 * For two binary floating-point values {@code a} and {@code b}, if
196 * neither of {@code a} and {@code b} is zero or NaN, then the three
197 * relations numerical equality, bit-wise equivalence, and
198 * representation equivalence of {@code a} and {@code b} have the same
199 * {@code true}/{@code false} value. In other words, for binary
200 * floating-point values, the three relations only differ if at least
201 * one argument is zero or NaN.
202 *
203 * <h2><a id=decimalToBinaryConversion>Decimal ↔ Binary Conversion Issues</a></h2>
204 *
205 * Many surprising results of binary floating-point arithmetic trace
206 * back to aspects of decimal to binary conversion and binary to
207 * decimal conversion. While integer values can be exactly represented
208 * in any base, which fractional values can be exactly represented in
209 * a base is a function of the base. For example, in base 10, 1/3 is a
210 * repeating fraction (0.33333....); but in base 3, 1/3 is exactly
211 * 0.1<sub>(3)</sub>, that is 1 × 3<sup>-1</sup>.
212 * Similarly, in base 10, 1/10 is exactly representable as 0.1
213 * (1 × 10<sup>-1</sup>), but in base 2, it is a
214 * repeating fraction (0.0001100110011...<sub>(2)</sub>).
215 *
216 * <p>Values of the {@code float} type have {@value Float#PRECISION}
217 * bits of precision and values of the {@code double} type have
218 * {@value Double#PRECISION} bits of precision. Therefore, since 0.1
219 * is a repeating fraction in base 2 with a four-bit repeat, {@code
220 * 0.1f} != {@code 0.1d}. In more detail, including hexadecimal
221 * floating-point literals:
222 *
223 * <ul>
224 * <li>The exact numerical value of {@code 0.1f} ({@code 0x1.99999a0000000p-4f}) is
225 * 0.100000001490116119384765625.
226 * <li>The exact numerical value of {@code 0.1d} ({@code 0x1.999999999999ap-4d}) is
227 * 0.1000000000000000055511151231257827021181583404541015625.
228 * </ul>
229 *
230 * These are the closest {@code float} and {@code double} values,
231 * respectively, to the numerical value of 0.1. These results are
232 * consistent with a {@code float} value having the equivalent of 6 to
233 * 9 digits of decimal precision and a {@code double} value having the
234 * equivalent of 15 to 17 digits of decimal precision. (The
235 * equivalent precision varies according to the different relative
236 * densities of binary and decimal values at different points along the
237 * real number line.)
238 *
239 * <p>This representation hazard of decimal fractions is one reason to
240 * use caution when storing monetary values as {@code float} or {@code
241 * double}. Alternatives include:
242 * <ul>
243 * <li>using {@link java.math.BigDecimal BigDecimal} to store decimal
244 * fractional values exactly
245 *
246 * <li>scaling up so the monetary value is an integer — for
247 * example, multiplying by 100 if the value is denominated in cents or
248 * multiplying by 1000 if the value is denominated in mills —
249 * and then storing that scaled value in an integer type
250 *
251 *</ul>
252 *
253 * <p>For each finite floating-point value and a given floating-point
254 * type, there is a contiguous region of the real number line which
255 * maps to that value. Under the default round to nearest rounding
256 * policy (JLS {@jls 15.4}), this contiguous region for a value is
257 * typically one {@linkplain Math#ulp ulp} (unit in the last place)
258 * wide and centered around the exactly representable value. (At
259 * exponent boundaries, the region is asymmetrical and larger on the
260 * side with the larger exponent.) For example, for {@code 0.1f}, the
261 * region can be computed as follows:
262 *
263 * <br>// Numeric values listed are exact values
264 * <br>oneTenthApproxAsFloat = 0.100000001490116119384765625;
265 * <br>ulpOfoneTenthApproxAsFloat = Math.ulp(0.1f) = 7.450580596923828125E-9;
266 * <br>// Numeric range that is converted to the float closest to 0.1, _excludes_ endpoints
267 * <br>(oneTenthApproxAsFloat - ½ulpOfoneTenthApproxAsFloat, oneTenthApproxAsFloat + ½ulpOfoneTenthApproxAsFloat) =
268 * <br>(0.0999999977648258209228515625, 0.1000000052154064178466796875)
269 *
270 * <p>In particular, a correctly rounded decimal to binary conversion
271 * of any string representing a number in this range, say by {@link
272 * Float#parseFloat(String)}, will be converted to the same value:
273 *
274 * {@snippet lang="java" :
275 * Float.parseFloat("0.0999999977648258209228515625000001"); // rounds up to oneTenthApproxAsFloat
276 * Float.parseFloat("0.099999998"); // rounds up to oneTenthApproxAsFloat
277 * Float.parseFloat("0.1"); // rounds up to oneTenthApproxAsFloat
278 * Float.parseFloat("0.100000001490116119384765625"); // exact conversion
279 * Float.parseFloat("0.100000005215406417846679687"); // rounds down to oneTenthApproxAsFloat
280 * Float.parseFloat("0.100000005215406417846679687499999"); // rounds down to oneTenthApproxAsFloat
281 * }
282 *
283 * <p>Similarly, an analogous range can be constructed for the {@code
284 * double} type based on the exact value of {@code double}
285 * approximation to {@code 0.1d} and the numerical value of {@code
286 * Math.ulp(0.1d)} and likewise for other particular numerical values
287 * in the {@code float} and {@code double} types.
288 *
289 * <p>As seen in the above conversions, compared to the exact
290 * numerical value the operation would have without rounding, the same
291 * floating-point value as a result can be:
292 * <ul>
293 * <li>greater than the exact result
294 * <li>equal to the exact result
295 * <li>less than the exact result
296 * </ul>
297 *
298 * A floating-point value doesn't "know" whether it was the result of
299 * rounding up, or rounding down, or an exact operation; it contains
300 * no history of how it was computed. Consequently, the sum of
301 * {@snippet lang="java" :
302 * 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f;
303 * // Numerical value of computed sum: 1.00000011920928955078125,
304 * // the next floating-point value larger than 1.0f, equal to Math.nextUp(1.0f).
305 * }
306 * or
307 * {@snippet lang="java" :
308 * 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d;
309 * // Numerical value of computed sum: 0.99999999999999988897769753748434595763683319091796875,
310 * // the next floating-point value smaller than 1.0d, equal to Math.nextDown(1.0d).
311 * }
312 *
313 * should <em>not</em> be expected to be exactly equal to 1.0, but
314 * only to be close to 1.0. Consequently, the following code is an
315 * infinite loop:
316 *
317 * {@snippet lang="java" :
318 * double d = 0.0;
319 * while (d != 1.0) { // Surprising infinite loop
320 * d += 0.1; // Sum never _exactly_ equals 1.0
321 * }
322 * }
323 *
324 * Instead, use an integer loop count for counted loops:
325 *
326 * {@snippet lang="java" :
327 * double d = 0.0;
328 * for (int i = 0; i < 10; i++) {
329 * d += 0.1;
330 * } // Value of d is equal to Math.nextDown(1.0).
331 * }
332 *
333 * or test against a floating-point limit using ordered comparisons
334 * ({@code <}, {@code <=}, {@code >}, {@code >=}):
335 *
336 * {@snippet lang="java" :
337 * double d = 0.0;
338 * while (d <= 1.0) {
339 * d += 0.1;
340 * } // Value of d approximately 1.0999999999999999
341 * }
342 *
343 * While floating-point arithmetic may have surprising results, IEEE
344 * 754 floating-point arithmetic follows a principled design and its
345 * behavior is predictable on the Java platform.
346 *
347 * @jls 4.2.3 Floating-Point Types and Values
348 * @jls 4.2.4 Floating-Point Operations
349 * @jls 15.21.1 Numerical Equality Operators == and !=
350 * @jls 15.20.1 Numerical Comparison Operators {@code <}, {@code <=}, {@code >}, and {@code >=}
351 *
352 * @see <a href="https://standards.ieee.org/ieee/754/6210/">
353 * <cite>IEEE Standard for Floating-Point Arithmetic</cite></a>
354 *
355 * @author Lee Boynton
356 * @author Arthur van Hoff
357 * @author Joseph D. Darcy
358 * @since 1.0
359 */
360 @jdk.internal.ValueBased
361 public final class Double extends Number
362 implements Comparable<Double>, Constable, ConstantDesc {
363 /**
364 * A constant holding the positive infinity of type
365 * {@code double}. It is equal to the value returned by
366 * {@code Double.longBitsToDouble(0x7ff0000000000000L)}.
367 */
368 public static final double POSITIVE_INFINITY = 1.0 / 0.0;
369
370 /**
371 * A constant holding the negative infinity of type
372 * {@code double}. It is equal to the value returned by
373 * {@code Double.longBitsToDouble(0xfff0000000000000L)}.
374 */
375 public static final double NEGATIVE_INFINITY = -1.0 / 0.0;
376
377 /**
378 * A constant holding a Not-a-Number (NaN) value of type
379 * {@code double}. It is equivalent to the value returned by
380 * {@code Double.longBitsToDouble(0x7ff8000000000000L)}.
381 */
382 public static final double NaN = 0.0d / 0.0;
383
384 /**
385 * A constant holding the largest positive finite value of type
386 * {@code double},
387 * (2-2<sup>-52</sup>)·2<sup>1023</sup>. It is equal to
388 * the hexadecimal floating-point literal
389 * {@code 0x1.fffffffffffffP+1023} and also equal to
390 * {@code Double.longBitsToDouble(0x7fefffffffffffffL)}.
391 */
392 public static final double MAX_VALUE = 0x1.fffffffffffffP+1023; // 1.7976931348623157e+308
393
394 /**
395 * A constant holding the smallest positive normal value of type
396 * {@code double}, 2<sup>-1022</sup>. It is equal to the
397 * hexadecimal floating-point literal {@code 0x1.0p-1022} and also
398 * equal to {@code Double.longBitsToDouble(0x0010000000000000L)}.
399 *
400 * @since 1.6
401 */
402 public static final double MIN_NORMAL = 0x1.0p-1022; // 2.2250738585072014E-308
403
404 /**
405 * A constant holding the smallest positive nonzero value of type
406 * {@code double}, 2<sup>-1074</sup>. It is equal to the
407 * hexadecimal floating-point literal
408 * {@code 0x0.0000000000001P-1022} and also equal to
409 * {@code Double.longBitsToDouble(0x1L)}.
410 */
411 public static final double MIN_VALUE = 0x0.0000000000001P-1022; // 4.9e-324
412
413 /**
414 * The number of bits used to represent a {@code double} value,
415 * {@value}.
416 *
417 * @since 1.5
418 */
419 public static final int SIZE = 64;
420
421 /**
422 * The number of bits in the significand of a {@code double}
423 * value, {@value}. This is the parameter N in section {@jls
424 * 4.2.3} of <cite>The Java Language Specification</cite>.
425 *
426 * @since 19
427 */
428 public static final int PRECISION = 53;
429
430 /**
431 * Maximum exponent a finite {@code double} variable may have,
432 * {@value}. It is equal to the value returned by {@code
433 * Math.getExponent(Double.MAX_VALUE)}.
434 *
435 * @since 1.6
436 */
437 public static final int MAX_EXPONENT = (1 << (SIZE - PRECISION - 1)) - 1; // 1023
438
439 /**
440 * Minimum exponent a normalized {@code double} variable may have,
441 * {@value}. It is equal to the value returned by {@code
442 * Math.getExponent(Double.MIN_NORMAL)}.
443 *
444 * @since 1.6
445 */
446 public static final int MIN_EXPONENT = 1 - MAX_EXPONENT; // -1022
447
448 /**
449 * The number of bytes used to represent a {@code double} value,
450 * {@value}.
451 *
452 * @since 1.8
453 */
454 public static final int BYTES = SIZE / Byte.SIZE;
455
456 /**
457 * The {@code Class} instance representing the primitive type
458 * {@code double}.
459 *
460 * @since 1.1
461 */
462 public static final Class<Double> TYPE = Class.getPrimitiveClass("double");
463
464 /**
465 * Returns a string representation of the {@code double}
466 * argument. All characters mentioned below are ASCII characters.
467 * <ul>
468 * <li>If the argument is NaN, the result is the string
469 * "{@code NaN}".
470 * <li>Otherwise, the result is a string that represents the sign and
471 * magnitude (absolute value) of the argument. If the sign is negative,
472 * the first character of the result is '{@code -}'
473 * ({@code '\u005Cu002D'}); if the sign is positive, no sign character
474 * appears in the result. As for the magnitude <i>m</i>:
475 * <ul>
476 * <li>If <i>m</i> is infinity, it is represented by the characters
477 * {@code "Infinity"}; thus, positive infinity produces the result
478 * {@code "Infinity"} and negative infinity produces the result
479 * {@code "-Infinity"}.
480 *
481 * <li>If <i>m</i> is zero, it is represented by the characters
482 * {@code "0.0"}; thus, negative zero produces the result
483 * {@code "-0.0"} and positive zero produces the result
484 * {@code "0.0"}.
485 *
486 * <li> Otherwise <i>m</i> is positive and finite.
487 * It is converted to a string in two stages:
488 * <ul>
489 * <li> <em>Selection of a decimal</em>:
490 * A well-defined decimal <i>d</i><sub><i>m</i></sub>
491 * is selected to represent <i>m</i>.
492 * This decimal is (almost always) the <em>shortest</em> one that
493 * rounds to <i>m</i> according to the round to nearest
494 * rounding policy of IEEE 754 floating-point arithmetic.
495 * <li> <em>Formatting as a string</em>:
496 * The decimal <i>d</i><sub><i>m</i></sub> is formatted as a string,
497 * either in plain or in computerized scientific notation,
498 * depending on its value.
499 * </ul>
500 * </ul>
501 * </ul>
502 *
503 * <p>A <em>decimal</em> is a number of the form
504 * <i>s</i>×10<sup><i>i</i></sup>
505 * for some (unique) integers <i>s</i> > 0 and <i>i</i> such that
506 * <i>s</i> is not a multiple of 10.
507 * These integers are the <em>significand</em> and
508 * the <em>exponent</em>, respectively, of the decimal.
509 * The <em>length</em> of the decimal is the (unique)
510 * positive integer <i>n</i> meeting
511 * 10<sup><i>n</i>-1</sup> ≤ <i>s</i> < 10<sup><i>n</i></sup>.
512 *
513 * <p>The decimal <i>d</i><sub><i>m</i></sub> for a finite positive <i>m</i>
514 * is defined as follows:
515 * <ul>
516 * <li>Let <i>R</i> be the set of all decimals that round to <i>m</i>
517 * according to the usual <em>round to nearest</em> rounding policy of
518 * IEEE 754 floating-point arithmetic.
519 * <li>Let <i>p</i> be the minimal length over all decimals in <i>R</i>.
520 * <li>When <i>p</i> ≥ 2, let <i>T</i> be the set of all decimals
521 * in <i>R</i> with length <i>p</i>.
522 * Otherwise, let <i>T</i> be the set of all decimals
523 * in <i>R</i> with length 1 or 2.
524 * <li>Define <i>d</i><sub><i>m</i></sub> as the decimal in <i>T</i>
525 * that is closest to <i>m</i>.
526 * Or if there are two such decimals in <i>T</i>,
527 * select the one with the even significand.
528 * </ul>
529 *
530 * <p>The (uniquely) selected decimal <i>d</i><sub><i>m</i></sub>
531 * is then formatted.
532 * Let <i>s</i>, <i>i</i> and <i>n</i> be the significand, exponent and
533 * length of <i>d</i><sub><i>m</i></sub>, respectively.
534 * Further, let <i>e</i> = <i>n</i> + <i>i</i> - 1 and let
535 * <i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub>
536 * be the usual decimal expansion of <i>s</i>.
537 * Note that <i>s</i><sub>1</sub> ≠ 0
538 * and <i>s</i><sub><i>n</i></sub> ≠ 0.
539 * Below, the decimal point {@code '.'} is {@code '\u005Cu002E'}
540 * and the exponent indicator {@code 'E'} is {@code '\u005Cu0045'}.
541 * <ul>
542 * <li>Case -3 ≤ <i>e</i> < 0:
543 * <i>d</i><sub><i>m</i></sub> is formatted as
544 * <code>0.0</code>…<code>0</code><!--
545 * --><i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub>,
546 * where there are exactly -(<i>n</i> + <i>i</i>) zeroes between
547 * the decimal point and <i>s</i><sub>1</sub>.
548 * For example, 123 × 10<sup>-4</sup> is formatted as
549 * {@code 0.0123}.
550 * <li>Case 0 ≤ <i>e</i> < 7:
551 * <ul>
552 * <li>Subcase <i>i</i> ≥ 0:
553 * <i>d</i><sub><i>m</i></sub> is formatted as
554 * <i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub><!--
555 * --><code>0</code>…<code>0.0</code>,
556 * where there are exactly <i>i</i> zeroes
557 * between <i>s</i><sub><i>n</i></sub> and the decimal point.
558 * For example, 123 × 10<sup>2</sup> is formatted as
559 * {@code 12300.0}.
560 * <li>Subcase <i>i</i> < 0:
561 * <i>d</i><sub><i>m</i></sub> is formatted as
562 * <i>s</i><sub>1</sub>…<!--
563 * --><i>s</i><sub><i>n</i>+<i>i</i></sub><code>.</code><!--
564 * --><i>s</i><sub><i>n</i>+<i>i</i>+1</sub>…<!--
565 * --><i>s</i><sub><i>n</i></sub>,
566 * where there are exactly -<i>i</i> digits to the right of
567 * the decimal point.
568 * For example, 123 × 10<sup>-1</sup> is formatted as
569 * {@code 12.3}.
570 * </ul>
571 * <li>Case <i>e</i> < -3 or <i>e</i> ≥ 7:
572 * computerized scientific notation is used to format
573 * <i>d</i><sub><i>m</i></sub>.
574 * Here <i>e</i> is formatted as by {@link Integer#toString(int)}.
575 * <ul>
576 * <li>Subcase <i>n</i> = 1:
577 * <i>d</i><sub><i>m</i></sub> is formatted as
578 * <i>s</i><sub>1</sub><code>.0E</code><i>e</i>.
579 * For example, 1 × 10<sup>23</sup> is formatted as
580 * {@code 1.0E23}.
581 * <li>Subcase <i>n</i> > 1:
582 * <i>d</i><sub><i>m</i></sub> is formatted as
583 * <i>s</i><sub>1</sub><code>.</code><i>s</i><sub>2</sub><!--
584 * -->…<i>s</i><sub><i>n</i></sub><code>E</code><i>e</i>.
585 * For example, 123 × 10<sup>-21</sup> is formatted as
586 * {@code 1.23E-19}.
587 * </ul>
588 * </ul>
589 *
590 * <p>To create localized string representations of a floating-point
591 * value, use subclasses of {@link java.text.NumberFormat}.
592 *
593 * @apiNote
594 * This method corresponds to the general functionality of the
595 * convertToDecimalCharacter operation defined in IEEE 754;
596 * however, that operation is defined in terms of specifying the
597 * number of significand digits used in the conversion.
598 * Code to do such a conversion in the Java platform includes
599 * converting the {@code double} to a {@link java.math.BigDecimal
600 * BigDecimal} exactly and then rounding the {@code BigDecimal} to
601 * the desired number of digits; sample code:
602 * {@snippet lang=java :
603 * double d = 0.1;
604 * int digits = 25;
605 * BigDecimal bd = new BigDecimal(d);
606 * String result = bd.round(new MathContext(digits, RoundingMode.HALF_UP));
607 * // 0.1000000000000000055511151
608 * }
609 *
610 * @param d the {@code double} to be converted.
611 * @return a string representation of the argument.
612 */
613 public static String toString(double d) {
614 return DoubleToDecimal.toString(d);
615 }
616
617 /**
618 * Returns a hexadecimal string representation of the
619 * {@code double} argument. All characters mentioned below
620 * are ASCII characters.
621 *
622 * <ul>
623 * <li>If the argument is NaN, the result is the string
624 * "{@code NaN}".
625 * <li>Otherwise, the result is a string that represents the sign
626 * and magnitude of the argument. If the sign is negative, the
627 * first character of the result is '{@code -}'
628 * ({@code '\u005Cu002D'}); if the sign is positive, no sign
629 * character appears in the result. As for the magnitude <i>m</i>:
630 *
631 * <ul>
632 * <li>If <i>m</i> is infinity, it is represented by the string
633 * {@code "Infinity"}; thus, positive infinity produces the
634 * result {@code "Infinity"} and negative infinity produces
635 * the result {@code "-Infinity"}.
636 *
637 * <li>If <i>m</i> is zero, it is represented by the string
638 * {@code "0x0.0p0"}; thus, negative zero produces the result
639 * {@code "-0x0.0p0"} and positive zero produces the result
640 * {@code "0x0.0p0"}.
641 *
642 * <li>If <i>m</i> is a {@code double} value with a
643 * normalized representation, substrings are used to represent the
644 * significand and exponent fields. The significand is
645 * represented by the characters {@code "0x1."}
646 * followed by a lowercase hexadecimal representation of the rest
647 * of the significand as a fraction. Trailing zeros in the
648 * hexadecimal representation are removed unless all the digits
649 * are zero, in which case a single zero is used. Next, the
650 * exponent is represented by {@code "p"} followed
651 * by a decimal string of the unbiased exponent as if produced by
652 * a call to {@link Integer#toString(int) Integer.toString} on the
653 * exponent value.
654 *
655 * <li>If <i>m</i> is a {@code double} value with a subnormal
656 * representation, the significand is represented by the
657 * characters {@code "0x0."} followed by a
658 * hexadecimal representation of the rest of the significand as a
659 * fraction. Trailing zeros in the hexadecimal representation are
660 * removed. Next, the exponent is represented by
661 * {@code "p-1022"}. Note that there must be at
662 * least one nonzero digit in a subnormal significand.
663 *
664 * </ul>
665 *
666 * </ul>
667 *
668 * <table class="striped">
669 * <caption>Examples</caption>
670 * <thead>
671 * <tr><th scope="col">Floating-point Value</th><th scope="col">Hexadecimal String</th>
672 * </thead>
673 * <tbody style="text-align:right">
674 * <tr><th scope="row">{@code 1.0}</th> <td>{@code 0x1.0p0}</td>
675 * <tr><th scope="row">{@code -1.0}</th> <td>{@code -0x1.0p0}</td>
676 * <tr><th scope="row">{@code 2.0}</th> <td>{@code 0x1.0p1}</td>
677 * <tr><th scope="row">{@code 3.0}</th> <td>{@code 0x1.8p1}</td>
678 * <tr><th scope="row">{@code 0.5}</th> <td>{@code 0x1.0p-1}</td>
679 * <tr><th scope="row">{@code 0.25}</th> <td>{@code 0x1.0p-2}</td>
680 * <tr><th scope="row">{@code Double.MAX_VALUE}</th>
681 * <td>{@code 0x1.fffffffffffffp1023}</td>
682 * <tr><th scope="row">{@code Minimum Normal Value}</th>
683 * <td>{@code 0x1.0p-1022}</td>
684 * <tr><th scope="row">{@code Maximum Subnormal Value}</th>
685 * <td>{@code 0x0.fffffffffffffp-1022}</td>
686 * <tr><th scope="row">{@code Double.MIN_VALUE}</th>
687 * <td>{@code 0x0.0000000000001p-1022}</td>
688 * </tbody>
689 * </table>
690 *
691 * @apiNote
692 * This method corresponds to the convertToHexCharacter operation
693 * defined in IEEE 754.
694 *
695 * @param d the {@code double} to be converted.
696 * @return a hex string representation of the argument.
697 * @since 1.5
698 * @author Joseph D. Darcy
699 */
700 public static String toHexString(double d) {
701 /*
702 * Modeled after the "a" conversion specifier in C99, section
703 * 7.19.6.1; however, the output of this method is more
704 * tightly specified.
705 */
706 if (!isFinite(d) )
707 // For infinity and NaN, use the decimal output.
708 return Double.toString(d);
709 else {
710 // Initialized to maximum size of output.
711 StringBuilder answer = new StringBuilder(24);
712
713 if (Math.copySign(1.0, d) == -1.0) // value is negative,
714 answer.append("-"); // so append sign info
715
716 answer.append("0x");
717
718 d = Math.abs(d);
719
720 if(d == 0.0) {
721 answer.append("0.0p0");
722 } else {
723 boolean subnormal = (d < Double.MIN_NORMAL);
724
725 // Isolate significand bits and OR in a high-order bit
726 // so that the string representation has a known
727 // length.
728 long signifBits = (Double.doubleToLongBits(d)
729 & DoubleConsts.SIGNIF_BIT_MASK) |
730 0x1000000000000000L;
731
732 // Subnormal values have a 0 implicit bit; normal
733 // values have a 1 implicit bit.
734 answer.append(subnormal ? "0." : "1.");
735
736 // Isolate the low-order 13 digits of the hex
737 // representation. If all the digits are zero,
738 // replace with a single 0; otherwise, remove all
739 // trailing zeros.
740 String signif = Long.toHexString(signifBits).substring(3,16);
741 answer.append(signif.equals("0000000000000") ? // 13 zeros
742 "0":
743 signif.replaceFirst("0{1,12}$", ""));
744
745 answer.append('p');
746 // If the value is subnormal, use the E_min exponent
747 // value for double; otherwise, extract and report d's
748 // exponent (the representation of a subnormal uses
749 // E_min -1).
750 answer.append(subnormal ?
751 Double.MIN_EXPONENT:
752 Math.getExponent(d));
753 }
754 return answer.toString();
755 }
756 }
757
758 /**
759 * Returns a {@code Double} object holding the
760 * {@code double} value represented by the argument string
761 * {@code s}.
762 *
763 * <p>If {@code s} is {@code null}, then a
764 * {@code NullPointerException} is thrown.
765 *
766 * <p>Leading and trailing whitespace characters in {@code s}
767 * are ignored. Whitespace is removed as if by the {@link
768 * String#trim} method; that is, both ASCII space and control
769 * characters are removed. The rest of {@code s} should
770 * constitute a <i>FloatValue</i> as described by the lexical
771 * syntax rules:
772 *
773 * <blockquote>
774 * <dl>
775 * <dt><i>FloatValue:</i>
776 * <dd><i>Sign<sub>opt</sub></i> {@code NaN}
777 * <dd><i>Sign<sub>opt</sub></i> {@code Infinity}
778 * <dd><i>Sign<sub>opt</sub> FloatingPointLiteral</i>
779 * <dd><i>Sign<sub>opt</sub> HexFloatingPointLiteral</i>
780 * <dd><i>SignedInteger</i>
781 * </dl>
782 *
783 * <dl>
784 * <dt><i>HexFloatingPointLiteral</i>:
785 * <dd> <i>HexSignificand BinaryExponent FloatTypeSuffix<sub>opt</sub></i>
786 * </dl>
787 *
788 * <dl>
789 * <dt><i>HexSignificand:</i>
790 * <dd><i>HexNumeral</i>
791 * <dd><i>HexNumeral</i> {@code .}
792 * <dd>{@code 0x} <i>HexDigits<sub>opt</sub>
793 * </i>{@code .}<i> HexDigits</i>
794 * <dd>{@code 0X}<i> HexDigits<sub>opt</sub>
795 * </i>{@code .} <i>HexDigits</i>
796 * </dl>
797 *
798 * <dl>
799 * <dt><i>BinaryExponent:</i>
800 * <dd><i>BinaryExponentIndicator SignedInteger</i>
801 * </dl>
802 *
803 * <dl>
804 * <dt><i>BinaryExponentIndicator:</i>
805 * <dd>{@code p}
806 * <dd>{@code P}
807 * </dl>
808 *
809 * </blockquote>
810 *
811 * where <i>Sign</i>, <i>FloatingPointLiteral</i>,
812 * <i>HexNumeral</i>, <i>HexDigits</i>, <i>SignedInteger</i> and
813 * <i>FloatTypeSuffix</i> are as defined in the lexical structure
814 * sections of
815 * <cite>The Java Language Specification</cite>,
816 * except that underscores are not accepted between digits.
817 * If {@code s} does not have the form of
818 * a <i>FloatValue</i>, then a {@code NumberFormatException}
819 * is thrown. Otherwise, {@code s} is regarded as
820 * representing an exact decimal value in the usual
821 * "computerized scientific notation" or as an exact
822 * hexadecimal value; this exact numerical value is then
823 * conceptually converted to an "infinitely precise"
824 * binary value that is then rounded to type {@code double}
825 * by the usual round-to-nearest rule of IEEE 754 floating-point
826 * arithmetic, which includes preserving the sign of a zero
827 * value.
828 *
829 * Note that the round-to-nearest rule also implies overflow and
830 * underflow behaviour; if the exact value of {@code s} is large
831 * enough in magnitude (greater than or equal to ({@link
832 * #MAX_VALUE} + {@link Math#ulp(double) ulp(MAX_VALUE)}/2),
833 * rounding to {@code double} will result in an infinity and if the
834 * exact value of {@code s} is small enough in magnitude (less
835 * than or equal to {@link #MIN_VALUE}/2), rounding to float will
836 * result in a zero.
837 *
838 * Finally, after rounding a {@code Double} object representing
839 * this {@code double} value is returned.
840 *
841 * <p>Note that trailing format specifiers, specifiers that
842 * determine the type of a floating-point literal
843 * ({@code 1.0f} is a {@code float} value;
844 * {@code 1.0d} is a {@code double} value), do
845 * <em>not</em> influence the results of this method. In other
846 * words, the numerical value of the input string is converted
847 * directly to the target floating-point type. The two-step
848 * sequence of conversions, string to {@code float} followed
849 * by {@code float} to {@code double}, is <em>not</em>
850 * equivalent to converting a string directly to
851 * {@code double}. For example, the {@code float}
852 * literal {@code 0.1f} is equal to the {@code double}
853 * value {@code 0.10000000149011612}; the {@code float}
854 * literal {@code 0.1f} represents a different numerical
855 * value than the {@code double} literal
856 * {@code 0.1}. (The numerical value 0.1 cannot be exactly
857 * represented in a binary floating-point number.)
858 *
859 * <p>To avoid calling this method on an invalid string and having
860 * a {@code NumberFormatException} be thrown, the regular
861 * expression below can be used to screen the input string:
862 *
863 * {@snippet lang="java" :
864 * final String Digits = "(\\p{Digit}+)";
865 * final String HexDigits = "(\\p{XDigit}+)";
866 * // an exponent is 'e' or 'E' followed by an optionally
867 * // signed decimal integer.
868 * final String Exp = "[eE][+-]?"+Digits;
869 * final String fpRegex =
870 * ("[\\x00-\\x20]*"+ // Optional leading "whitespace"
871 * "[+-]?(" + // Optional sign character
872 * "NaN|" + // "NaN" string
873 * "Infinity|" + // "Infinity" string
874 *
875 * // A decimal floating-point string representing a finite positive
876 * // number without a leading sign has at most five basic pieces:
877 * // Digits . Digits ExponentPart FloatTypeSuffix
878 * //
879 * // Since this method allows integer-only strings as input
880 * // in addition to strings of floating-point literals, the
881 * // two sub-patterns below are simplifications of the grammar
882 * // productions from section 3.10.2 of
883 * // The Java Language Specification.
884 *
885 * // Digits ._opt Digits_opt ExponentPart_opt FloatTypeSuffix_opt
886 * "((("+Digits+"(\\.)?("+Digits+"?)("+Exp+")?)|"+
887 *
888 * // . Digits ExponentPart_opt FloatTypeSuffix_opt
889 * "(\\.("+Digits+")("+Exp+")?)|"+
890 *
891 * // Hexadecimal strings
892 * "((" +
893 * // 0[xX] HexDigits ._opt BinaryExponent FloatTypeSuffix_opt
894 * "(0[xX]" + HexDigits + "(\\.)?)|" +
895 *
896 * // 0[xX] HexDigits_opt . HexDigits BinaryExponent FloatTypeSuffix_opt
897 * "(0[xX]" + HexDigits + "?(\\.)" + HexDigits + ")" +
898 *
899 * ")[pP][+-]?" + Digits + "))" +
900 * "[fFdD]?))" +
901 * "[\\x00-\\x20]*");// Optional trailing "whitespace"
902 * // @link region substring="Pattern.matches" target ="java.util.regex.Pattern#matches"
903 * if (Pattern.matches(fpRegex, myString))
904 * Double.valueOf(myString); // Will not throw NumberFormatException
905 * // @end
906 * else {
907 * // Perform suitable alternative action
908 * }
909 * }
910 *
911 * @apiNote To interpret localized string representations of a
912 * floating-point value, or string representations that have
913 * non-ASCII digits, use {@link java.text.NumberFormat}. For
914 * example,
915 * {@snippet lang="java" :
916 * NumberFormat.getInstance(l).parse(s).doubleValue();
917 * }
918 * where {@code l} is the desired locale, or
919 * {@link java.util.Locale#ROOT} if locale insensitive.
920 *
921 * @apiNote
922 * This method corresponds to the convertFromDecimalCharacter and
923 * convertFromHexCharacter operations defined in IEEE 754.
924 *
925 * @param s the string to be parsed.
926 * @return a {@code Double} object holding the value
927 * represented by the {@code String} argument.
928 * @throws NumberFormatException if the string does not contain a
929 * parsable number.
930 * @see Double##decimalToBinaryConversion Decimal ↔ Binary Conversion Issues
931 */
932 public static Double valueOf(String s) throws NumberFormatException {
933 return new Double(parseDouble(s));
934 }
935
936 /**
937 * Returns a {@code Double} instance representing the specified
938 * {@code double} value.
939 * If a new {@code Double} instance is not required, this method
940 * should generally be used in preference to the constructor
941 * {@link #Double(double)}, as this method is likely to yield
942 * significantly better space and time performance by caching
943 * frequently requested values.
944 *
945 * @param d a double value.
946 * @return a {@code Double} instance representing {@code d}.
947 * @since 1.5
948 */
949 @IntrinsicCandidate
950 public static Double valueOf(double d) {
951 return new Double(d);
952 }
953
954 /**
955 * Returns a new {@code double} initialized to the value
956 * represented by the specified {@code String}, as performed
957 * by the {@code valueOf} method of class
958 * {@code Double}.
959 *
960 * @param s the string to be parsed.
961 * @return the {@code double} value represented by the string
962 * argument.
963 * @throws NullPointerException if the string is null
964 * @throws NumberFormatException if the string does not contain
965 * a parsable {@code double}.
966 * @see java.lang.Double#valueOf(String)
967 * @see Double##decimalToBinaryConversion Decimal ↔ Binary Conversion Issues
968 * @since 1.2
969 */
970 public static double parseDouble(String s) throws NumberFormatException {
971 return FloatingDecimal.parseDouble(s);
972 }
973
974 /**
975 * Returns {@code true} if the specified number is a
976 * Not-a-Number (NaN) value, {@code false} otherwise.
977 *
978 * @apiNote
979 * This method corresponds to the isNaN operation defined in IEEE
980 * 754.
981 *
982 * @param v the value to be tested.
983 * @return {@code true} if the value of the argument is NaN;
984 * {@code false} otherwise.
985 */
986 public static boolean isNaN(double v) {
987 return (v != v);
988 }
989
990 /**
991 * Returns {@code true} if the specified number is infinitely
992 * large in magnitude, {@code false} otherwise.
993 *
994 * @apiNote
995 * This method corresponds to the isInfinite operation defined in
996 * IEEE 754.
997 *
998 * @param v the value to be tested.
999 * @return {@code true} if the value of the argument is positive
1000 * infinity or negative infinity; {@code false} otherwise.
1001 */
1002 @IntrinsicCandidate
1003 public static boolean isInfinite(double v) {
1004 return Math.abs(v) > MAX_VALUE;
1005 }
1006
1007 /**
1008 * Returns {@code true} if the argument is a finite floating-point
1009 * value; returns {@code false} otherwise (for NaN and infinity
1010 * arguments).
1011 *
1012 * @apiNote
1013 * This method corresponds to the isFinite operation defined in
1014 * IEEE 754.
1015 *
1016 * @param d the {@code double} value to be tested
1017 * @return {@code true} if the argument is a finite
1018 * floating-point value, {@code false} otherwise.
1019 * @since 1.8
1020 */
1021 @IntrinsicCandidate
1022 public static boolean isFinite(double d) {
1023 return Math.abs(d) <= Double.MAX_VALUE;
1024 }
1025
1026 /**
1027 * The value of the Double.
1028 *
1029 * @serial
1030 */
1031 private final double value;
1032
1033 /**
1034 * Constructs a newly allocated {@code Double} object that
1035 * represents the primitive {@code double} argument.
1036 *
1037 * @param value the value to be represented by the {@code Double}.
1038 *
1039 * @deprecated
1040 * It is rarely appropriate to use this constructor. The static factory
1041 * {@link #valueOf(double)} is generally a better choice, as it is
1042 * likely to yield significantly better space and time performance.
1043 */
1044 @Deprecated(since="9", forRemoval = true)
1045 public Double(double value) {
1046 this.value = value;
1047 }
1048
1049 /**
1050 * Constructs a newly allocated {@code Double} object that
1051 * represents the floating-point value of type {@code double}
1052 * represented by the string. The string is converted to a
1053 * {@code double} value as if by the {@code valueOf} method.
1054 *
1055 * @param s a string to be converted to a {@code Double}.
1056 * @throws NumberFormatException if the string does not contain a
1057 * parsable number.
1058 *
1059 * @deprecated
1060 * It is rarely appropriate to use this constructor.
1061 * Use {@link #parseDouble(String)} to convert a string to a
1062 * {@code double} primitive, or use {@link #valueOf(String)}
1063 * to convert a string to a {@code Double} object.
1064 */
1065 @Deprecated(since="9", forRemoval = true)
1066 public Double(String s) throws NumberFormatException {
1067 value = parseDouble(s);
1068 }
1069
1070 /**
1071 * Returns {@code true} if this {@code Double} value is
1072 * a Not-a-Number (NaN), {@code false} otherwise.
1073 *
1074 * @return {@code true} if the value represented by this object is
1075 * NaN; {@code false} otherwise.
1076 */
1077 public boolean isNaN() {
1078 return isNaN(value);
1079 }
1080
1081 /**
1082 * Returns {@code true} if this {@code Double} value is
1083 * infinitely large in magnitude, {@code false} otherwise.
1084 *
1085 * @return {@code true} if the value represented by this object is
1086 * positive infinity or negative infinity;
1087 * {@code false} otherwise.
1088 */
1089 public boolean isInfinite() {
1090 return isInfinite(value);
1091 }
1092
1093 /**
1094 * Returns a string representation of this {@code Double} object.
1095 * The primitive {@code double} value represented by this
1096 * object is converted to a string exactly as if by the method
1097 * {@code toString} of one argument.
1098 *
1099 * @return a {@code String} representation of this object.
1100 * @see java.lang.Double#toString(double)
1101 */
1102 public String toString() {
1103 return toString(value);
1104 }
1105
1106 /**
1107 * Returns the value of this {@code Double} as a {@code byte}
1108 * after a narrowing primitive conversion.
1109 *
1110 * @return the {@code double} value represented by this object
1111 * converted to type {@code byte}
1112 * @jls 5.1.3 Narrowing Primitive Conversion
1113 * @since 1.1
1114 */
1115 @Override
1116 public byte byteValue() {
1117 return (byte)value;
1118 }
1119
1120 /**
1121 * Returns the value of this {@code Double} as a {@code short}
1122 * after a narrowing primitive conversion.
1123 *
1124 * @return the {@code double} value represented by this object
1125 * converted to type {@code short}
1126 * @jls 5.1.3 Narrowing Primitive Conversion
1127 * @since 1.1
1128 */
1129 @Override
1130 public short shortValue() {
1131 return (short)value;
1132 }
1133
1134 /**
1135 * Returns the value of this {@code Double} as an {@code int}
1136 * after a narrowing primitive conversion.
1137 * @jls 5.1.3 Narrowing Primitive Conversion
1138 *
1139 * @apiNote
1140 * This method corresponds to the convertToIntegerTowardZero
1141 * operation defined in IEEE 754.
1142 *
1143 * @return the {@code double} value represented by this object
1144 * converted to type {@code int}
1145 */
1146 @Override
1147 public int intValue() {
1148 return (int)value;
1149 }
1150
1151 /**
1152 * Returns the value of this {@code Double} as a {@code long}
1153 * after a narrowing primitive conversion.
1154 *
1155 * @apiNote
1156 * This method corresponds to the convertToIntegerTowardZero
1157 * operation defined in IEEE 754.
1158 *
1159 * @return the {@code double} value represented by this object
1160 * converted to type {@code long}
1161 * @jls 5.1.3 Narrowing Primitive Conversion
1162 */
1163 @Override
1164 public long longValue() {
1165 return (long)value;
1166 }
1167
1168 /**
1169 * Returns the value of this {@code Double} as a {@code float}
1170 * after a narrowing primitive conversion.
1171 *
1172 * @apiNote
1173 * This method corresponds to the convertFormat operation defined
1174 * in IEEE 754.
1175 *
1176 * @return the {@code double} value represented by this object
1177 * converted to type {@code float}
1178 * @jls 5.1.3 Narrowing Primitive Conversion
1179 * @since 1.0
1180 */
1181 @Override
1182 public float floatValue() {
1183 return (float)value;
1184 }
1185
1186 /**
1187 * Returns the {@code double} value of this {@code Double} object.
1188 *
1189 * @return the {@code double} value represented by this object
1190 */
1191 @Override
1192 @IntrinsicCandidate
1193 public double doubleValue() {
1194 return value;
1195 }
1196
1197 /**
1198 * Returns a hash code for this {@code Double} object. The
1199 * result is the exclusive OR of the two halves of the
1200 * {@code long} integer bit representation, exactly as
1201 * produced by the method {@link #doubleToLongBits(double)}, of
1202 * the primitive {@code double} value represented by this
1203 * {@code Double} object. That is, the hash code is the value
1204 * of the expression:
1205 *
1206 * <blockquote>
1207 * {@code (int)(v^(v>>>32))}
1208 * </blockquote>
1209 *
1210 * where {@code v} is defined by:
1211 *
1212 * <blockquote>
1213 * {@code long v = Double.doubleToLongBits(this.doubleValue());}
1214 * </blockquote>
1215 *
1216 * @return a {@code hash code} value for this object.
1217 */
1218 @Override
1219 public int hashCode() {
1220 return Double.hashCode(value);
1221 }
1222
1223 /**
1224 * Returns a hash code for a {@code double} value; compatible with
1225 * {@code Double.hashCode()}.
1226 *
1227 * @param value the value to hash
1228 * @return a hash code value for a {@code double} value.
1229 * @since 1.8
1230 */
1231 public static int hashCode(double value) {
1232 return Long.hashCode(doubleToLongBits(value));
1233 }
1234
1235 /**
1236 * Compares this object against the specified object. The result
1237 * is {@code true} if and only if the argument is not
1238 * {@code null} and is a {@code Double} object that
1239 * represents a {@code double} that has the same value as the
1240 * {@code double} represented by this object. For this
1241 * purpose, two {@code double} values are considered to be
1242 * the same if and only if the method {@link
1243 * #doubleToLongBits(double)} returns the identical
1244 * {@code long} value when applied to each.
1245 *
1246 * @apiNote
1247 * This method is defined in terms of {@link
1248 * #doubleToLongBits(double)} rather than the {@code ==} operator
1249 * on {@code double} values since the {@code ==} operator does
1250 * <em>not</em> define an equivalence relation and to satisfy the
1251 * {@linkplain Object#equals equals contract} an equivalence
1252 * relation must be implemented; see {@linkplain ##equivalenceRelation
1253 * this discussion for details of floating-point equality and equivalence}.
1254 *
1255 * @see java.lang.Double#doubleToLongBits(double)
1256 * @jls 15.21.1 Numerical Equality Operators == and !=
1257 */
1258 public boolean equals(Object obj) {
1259 return (obj instanceof Double d) &&
1260 (doubleToLongBits(d.value) == doubleToLongBits(value));
1261 }
1262
1263 /**
1264 * Returns a representation of the specified floating-point value
1265 * according to the IEEE 754 floating-point "double
1266 * format" bit layout.
1267 *
1268 * <p>Bit 63 (the bit that is selected by the mask
1269 * {@code 0x8000000000000000L}) represents the sign of the
1270 * floating-point number. Bits
1271 * 62-52 (the bits that are selected by the mask
1272 * {@code 0x7ff0000000000000L}) represent the exponent. Bits 51-0
1273 * (the bits that are selected by the mask
1274 * {@code 0x000fffffffffffffL}) represent the significand
1275 * (sometimes called the mantissa) of the floating-point number.
1276 *
1277 * <p>If the argument is positive infinity, the result is
1278 * {@code 0x7ff0000000000000L}.
1279 *
1280 * <p>If the argument is negative infinity, the result is
1281 * {@code 0xfff0000000000000L}.
1282 *
1283 * <p>If the argument is NaN, the result is
1284 * {@code 0x7ff8000000000000L}.
1285 *
1286 * <p>In all cases, the result is a {@code long} integer that, when
1287 * given to the {@link #longBitsToDouble(long)} method, will produce a
1288 * floating-point value the same as the argument to
1289 * {@code doubleToLongBits} (except all NaN values are
1290 * collapsed to a single "canonical" NaN value).
1291 *
1292 * @param value a {@code double} precision floating-point number.
1293 * @return the bits that represent the floating-point number.
1294 */
1295 @IntrinsicCandidate
1296 public static long doubleToLongBits(double value) {
1297 if (!isNaN(value)) {
1298 return doubleToRawLongBits(value);
1299 }
1300 return 0x7ff8000000000000L;
1301 }
1302
1303 /**
1304 * Returns a representation of the specified floating-point value
1305 * according to the IEEE 754 floating-point "double
1306 * format" bit layout, preserving Not-a-Number (NaN) values.
1307 *
1308 * <p>Bit 63 (the bit that is selected by the mask
1309 * {@code 0x8000000000000000L}) represents the sign of the
1310 * floating-point number. Bits
1311 * 62-52 (the bits that are selected by the mask
1312 * {@code 0x7ff0000000000000L}) represent the exponent. Bits 51-0
1313 * (the bits that are selected by the mask
1314 * {@code 0x000fffffffffffffL}) represent the significand
1315 * (sometimes called the mantissa) of the floating-point number.
1316 *
1317 * <p>If the argument is positive infinity, the result is
1318 * {@code 0x7ff0000000000000L}.
1319 *
1320 * <p>If the argument is negative infinity, the result is
1321 * {@code 0xfff0000000000000L}.
1322 *
1323 * <p>If the argument is NaN, the result is the {@code long}
1324 * integer representing the actual NaN value. Unlike the
1325 * {@code doubleToLongBits} method,
1326 * {@code doubleToRawLongBits} does not collapse all the bit
1327 * patterns encoding a NaN to a single "canonical" NaN
1328 * value.
1329 *
1330 * <p>In all cases, the result is a {@code long} integer that,
1331 * when given to the {@link #longBitsToDouble(long)} method, will
1332 * produce a floating-point value the same as the argument to
1333 * {@code doubleToRawLongBits}.
1334 *
1335 * @param value a {@code double} precision floating-point number.
1336 * @return the bits that represent the floating-point number.
1337 * @since 1.3
1338 */
1339 @IntrinsicCandidate
1340 public static native long doubleToRawLongBits(double value);
1341
1342 /**
1343 * Returns the {@code double} value corresponding to a given
1344 * bit representation.
1345 * The argument is considered to be a representation of a
1346 * floating-point value according to the IEEE 754 floating-point
1347 * "double format" bit layout.
1348 *
1349 * <p>If the argument is {@code 0x7ff0000000000000L}, the result
1350 * is positive infinity.
1351 *
1352 * <p>If the argument is {@code 0xfff0000000000000L}, the result
1353 * is negative infinity.
1354 *
1355 * <p>If the argument is any value in the range
1356 * {@code 0x7ff0000000000001L} through
1357 * {@code 0x7fffffffffffffffL} or in the range
1358 * {@code 0xfff0000000000001L} through
1359 * {@code 0xffffffffffffffffL}, the result is a NaN. No IEEE
1360 * 754 floating-point operation provided by Java can distinguish
1361 * between two NaN values of the same type with different bit
1362 * patterns. Distinct values of NaN are only distinguishable by
1363 * use of the {@code Double.doubleToRawLongBits} method.
1364 *
1365 * <p>In all other cases, let <i>s</i>, <i>e</i>, and <i>m</i> be three
1366 * values that can be computed from the argument:
1367 *
1368 * {@snippet lang="java" :
1369 * int s = ((bits >> 63) == 0) ? 1 : -1;
1370 * int e = (int)((bits >> 52) & 0x7ffL);
1371 * long m = (e == 0) ?
1372 * (bits & 0xfffffffffffffL) << 1 :
1373 * (bits & 0xfffffffffffffL) | 0x10000000000000L;
1374 * }
1375 *
1376 * Then the floating-point result equals the value of the mathematical
1377 * expression <i>s</i>·<i>m</i>·2<sup><i>e</i>-1075</sup>.
1378 *
1379 * <p>Note that this method may not be able to return a
1380 * {@code double} NaN with exactly same bit pattern as the
1381 * {@code long} argument. IEEE 754 distinguishes between two
1382 * kinds of NaNs, quiet NaNs and <i>signaling NaNs</i>. The
1383 * differences between the two kinds of NaN are generally not
1384 * visible in Java. Arithmetic operations on signaling NaNs turn
1385 * them into quiet NaNs with a different, but often similar, bit
1386 * pattern. However, on some processors merely copying a
1387 * signaling NaN also performs that conversion. In particular,
1388 * copying a signaling NaN to return it to the calling method
1389 * may perform this conversion. So {@code longBitsToDouble}
1390 * may not be able to return a {@code double} with a
1391 * signaling NaN bit pattern. Consequently, for some
1392 * {@code long} values,
1393 * {@code doubleToRawLongBits(longBitsToDouble(start))} may
1394 * <i>not</i> equal {@code start}. Moreover, which
1395 * particular bit patterns represent signaling NaNs is platform
1396 * dependent; although all NaN bit patterns, quiet or signaling,
1397 * must be in the NaN range identified above.
1398 *
1399 * @param bits any {@code long} integer.
1400 * @return the {@code double} floating-point value with the same
1401 * bit pattern.
1402 */
1403 @IntrinsicCandidate
1404 public static native double longBitsToDouble(long bits);
1405
1406 /**
1407 * Compares two {@code Double} objects numerically.
1408 *
1409 * This method imposes a total order on {@code Double} objects
1410 * with two differences compared to the incomplete order defined by
1411 * the Java language numerical comparison operators ({@code <, <=,
1412 * ==, >=, >}) on {@code double} values.
1413 *
1414 * <ul><li> A NaN is <em>unordered</em> with respect to other
1415 * values and unequal to itself under the comparison
1416 * operators. This method chooses to define {@code
1417 * Double.NaN} to be equal to itself and greater than all
1418 * other {@code double} values (including {@code
1419 * Double.POSITIVE_INFINITY}).
1420 *
1421 * <li> Positive zero and negative zero compare equal
1422 * numerically, but are distinct and distinguishable values.
1423 * This method chooses to define positive zero ({@code +0.0d}),
1424 * to be greater than negative zero ({@code -0.0d}).
1425 * </ul>
1426
1427 * This ensures that the <i>natural ordering</i> of {@code Double}
1428 * objects imposed by this method is <i>consistent with
1429 * equals</i>; see {@linkplain ##equivalenceRelation this
1430 * discussion for details of floating-point comparison and
1431 * ordering}.
1432 *
1433 * @param anotherDouble the {@code Double} to be compared.
1434 * @return the value {@code 0} if {@code anotherDouble} is
1435 * numerically equal to this {@code Double}; a value
1436 * less than {@code 0} if this {@code Double}
1437 * is numerically less than {@code anotherDouble};
1438 * and a value greater than {@code 0} if this
1439 * {@code Double} is numerically greater than
1440 * {@code anotherDouble}.
1441 *
1442 * @jls 15.20.1 Numerical Comparison Operators {@code <}, {@code <=}, {@code >}, and {@code >=}
1443 * @since 1.2
1444 */
1445 @Override
1446 public int compareTo(Double anotherDouble) {
1447 return Double.compare(value, anotherDouble.value);
1448 }
1449
1450 /**
1451 * Compares the two specified {@code double} values. The sign
1452 * of the integer value returned is the same as that of the
1453 * integer that would be returned by the call:
1454 * <pre>
1455 * Double.valueOf(d1).compareTo(Double.valueOf(d2))
1456 * </pre>
1457 *
1458 * @param d1 the first {@code double} to compare
1459 * @param d2 the second {@code double} to compare
1460 * @return the value {@code 0} if {@code d1} is
1461 * numerically equal to {@code d2}; a value less than
1462 * {@code 0} if {@code d1} is numerically less than
1463 * {@code d2}; and a value greater than {@code 0}
1464 * if {@code d1} is numerically greater than
1465 * {@code d2}.
1466 * @since 1.4
1467 */
1468 public static int compare(double d1, double d2) {
1469 if (d1 < d2)
1470 return -1; // Neither val is NaN, thisVal is smaller
1471 if (d1 > d2)
1472 return 1; // Neither val is NaN, thisVal is larger
1473
1474 // Cannot use doubleToRawLongBits because of possibility of NaNs.
1475 long thisBits = Double.doubleToLongBits(d1);
1476 long anotherBits = Double.doubleToLongBits(d2);
1477
1478 return (thisBits == anotherBits ? 0 : // Values are equal
1479 (thisBits < anotherBits ? -1 : // (-0.0, 0.0) or (!NaN, NaN)
1480 1)); // (0.0, -0.0) or (NaN, !NaN)
1481 }
1482
1483 /**
1484 * Adds two {@code double} values together as per the + operator.
1485 *
1486 * @apiNote This method corresponds to the addition operation
1487 * defined in IEEE 754.
1488 *
1489 * @param a the first operand
1490 * @param b the second operand
1491 * @return the sum of {@code a} and {@code b}
1492 * @jls 4.2.4 Floating-Point Operations
1493 * @see java.util.function.BinaryOperator
1494 * @since 1.8
1495 */
1496 public static double sum(double a, double b) {
1497 return a + b;
1498 }
1499
1500 /**
1501 * Returns the greater of two {@code double} values
1502 * as if by calling {@link Math#max(double, double) Math.max}.
1503 *
1504 * @apiNote
1505 * This method corresponds to the maximum operation defined in
1506 * IEEE 754.
1507 *
1508 * @param a the first operand
1509 * @param b the second operand
1510 * @return the greater of {@code a} and {@code b}
1511 * @see java.util.function.BinaryOperator
1512 * @since 1.8
1513 */
1514 public static double max(double a, double b) {
1515 return Math.max(a, b);
1516 }
1517
1518 /**
1519 * Returns the smaller of two {@code double} values
1520 * as if by calling {@link Math#min(double, double) Math.min}.
1521 *
1522 * @apiNote
1523 * This method corresponds to the minimum operation defined in
1524 * IEEE 754.
1525 *
1526 * @param a the first operand
1527 * @param b the second operand
1528 * @return the smaller of {@code a} and {@code b}.
1529 * @see java.util.function.BinaryOperator
1530 * @since 1.8
1531 */
1532 public static double min(double a, double b) {
1533 return Math.min(a, b);
1534 }
1535
1536 /**
1537 * Returns an {@link Optional} containing the nominal descriptor for this
1538 * instance, which is the instance itself.
1539 *
1540 * @return an {@link Optional} describing the {@linkplain Double} instance
1541 * @since 12
1542 */
1543 @Override
1544 public Optional<Double> describeConstable() {
1545 return Optional.of(this);
1546 }
1547
1548 /**
1549 * Resolves this instance as a {@link ConstantDesc}, the result of which is
1550 * the instance itself.
1551 *
1552 * @param lookup ignored
1553 * @return the {@linkplain Double} instance
1554 * @since 12
1555 */
1556 @Override
1557 public Double resolveConstantDesc(MethodHandles.Lookup lookup) {
1558 return this;
1559 }
1560
1561 /** use serialVersionUID from JDK 1.0.2 for interoperability */
1562 @java.io.Serial
1563 private static final long serialVersionUID = -9172774392245257468L;
1564 }