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 wraps a value of the primitive type
40 * {@code double} in an object. An object of type
41 * {@code Double} contains a single field whose type is
42 * {@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><i>numerical equality</i></a> ({@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><i>bit-wise equivalence</i>:</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><i><a id=repEquivalence>representation equivalence</a></i>:</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, Formats, 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 @SuppressWarnings("unchecked")
463 public static final Class<Double> TYPE = (Class<Double>) Class.getPrimitiveClass("double");
464
465 /**
466 * Returns a string representation of the {@code double}
467 * argument. All characters mentioned below are ASCII characters.
468 * <ul>
469 * <li>If the argument is NaN, the result is the string
470 * "{@code NaN}".
471 * <li>Otherwise, the result is a string that represents the sign and
472 * magnitude (absolute value) of the argument. If the sign is negative,
473 * the first character of the result is '{@code -}'
474 * ({@code '\u005Cu002D'}); if the sign is positive, no sign character
475 * appears in the result. As for the magnitude <i>m</i>:
476 * <ul>
477 * <li>If <i>m</i> is infinity, it is represented by the characters
478 * {@code "Infinity"}; thus, positive infinity produces the result
479 * {@code "Infinity"} and negative infinity produces the result
480 * {@code "-Infinity"}.
481 *
482 * <li>If <i>m</i> is zero, it is represented by the characters
483 * {@code "0.0"}; thus, negative zero produces the result
484 * {@code "-0.0"} and positive zero produces the result
485 * {@code "0.0"}.
486 *
487 * <li> Otherwise <i>m</i> is positive and finite.
488 * It is converted to a string in two stages:
489 * <ul>
490 * <li> <em>Selection of a decimal</em>:
491 * A well-defined decimal <i>d</i><sub><i>m</i></sub>
492 * is selected to represent <i>m</i>.
493 * This decimal is (almost always) the <em>shortest</em> one that
494 * rounds to <i>m</i> according to the round to nearest
495 * rounding policy of IEEE 754 floating-point arithmetic.
496 * <li> <em>Formatting as a string</em>:
497 * The decimal <i>d</i><sub><i>m</i></sub> is formatted as a string,
498 * either in plain or in computerized scientific notation,
499 * depending on its value.
500 * </ul>
501 * </ul>
502 * </ul>
503 *
504 * <p>A <em>decimal</em> is a number of the form
505 * <i>s</i>×10<sup><i>i</i></sup>
506 * for some (unique) integers <i>s</i> > 0 and <i>i</i> such that
507 * <i>s</i> is not a multiple of 10.
508 * These integers are the <em>significand</em> and
509 * the <em>exponent</em>, respectively, of the decimal.
510 * The <em>length</em> of the decimal is the (unique)
511 * positive integer <i>n</i> meeting
512 * 10<sup><i>n</i>-1</sup> ≤ <i>s</i> < 10<sup><i>n</i></sup>.
513 *
514 * <p>The decimal <i>d</i><sub><i>m</i></sub> for a finite positive <i>m</i>
515 * is defined as follows:
516 * <ul>
517 * <li>Let <i>R</i> be the set of all decimals that round to <i>m</i>
518 * according to the usual <em>round to nearest</em> rounding policy of
519 * IEEE 754 floating-point arithmetic.
520 * <li>Let <i>p</i> be the minimal length over all decimals in <i>R</i>.
521 * <li>When <i>p</i> ≥ 2, let <i>T</i> be the set of all decimals
522 * in <i>R</i> with length <i>p</i>.
523 * Otherwise, let <i>T</i> be the set of all decimals
524 * in <i>R</i> with length 1 or 2.
525 * <li>Define <i>d</i><sub><i>m</i></sub> as the decimal in <i>T</i>
526 * that is closest to <i>m</i>.
527 * Or if there are two such decimals in <i>T</i>,
528 * select the one with the even significand.
529 * </ul>
530 *
531 * <p>The (uniquely) selected decimal <i>d</i><sub><i>m</i></sub>
532 * is then formatted.
533 * Let <i>s</i>, <i>i</i> and <i>n</i> be the significand, exponent and
534 * length of <i>d</i><sub><i>m</i></sub>, respectively.
535 * Further, let <i>e</i> = <i>n</i> + <i>i</i> - 1 and let
536 * <i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub>
537 * be the usual decimal expansion of <i>s</i>.
538 * Note that <i>s</i><sub>1</sub> ≠ 0
539 * and <i>s</i><sub><i>n</i></sub> ≠ 0.
540 * Below, the decimal point {@code '.'} is {@code '\u005Cu002E'}
541 * and the exponent indicator {@code 'E'} is {@code '\u005Cu0045'}.
542 * <ul>
543 * <li>Case -3 ≤ <i>e</i> < 0:
544 * <i>d</i><sub><i>m</i></sub> is formatted as
545 * <code>0.0</code>…<code>0</code><!--
546 * --><i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub>,
547 * where there are exactly -(<i>n</i> + <i>i</i>) zeroes between
548 * the decimal point and <i>s</i><sub>1</sub>.
549 * For example, 123 × 10<sup>-4</sup> is formatted as
550 * {@code 0.0123}.
551 * <li>Case 0 ≤ <i>e</i> < 7:
552 * <ul>
553 * <li>Subcase <i>i</i> ≥ 0:
554 * <i>d</i><sub><i>m</i></sub> is formatted as
555 * <i>s</i><sub>1</sub>…<i>s</i><sub><i>n</i></sub><!--
556 * --><code>0</code>…<code>0.0</code>,
557 * where there are exactly <i>i</i> zeroes
558 * between <i>s</i><sub><i>n</i></sub> and the decimal point.
559 * For example, 123 × 10<sup>2</sup> is formatted as
560 * {@code 12300.0}.
561 * <li>Subcase <i>i</i> < 0:
562 * <i>d</i><sub><i>m</i></sub> is formatted as
563 * <i>s</i><sub>1</sub>…<!--
564 * --><i>s</i><sub><i>n</i>+<i>i</i></sub><code>.</code><!--
565 * --><i>s</i><sub><i>n</i>+<i>i</i>+1</sub>…<!--
566 * --><i>s</i><sub><i>n</i></sub>,
567 * where there are exactly -<i>i</i> digits to the right of
568 * the decimal point.
569 * For example, 123 × 10<sup>-1</sup> is formatted as
570 * {@code 12.3}.
571 * </ul>
572 * <li>Case <i>e</i> < -3 or <i>e</i> ≥ 7:
573 * computerized scientific notation is used to format
574 * <i>d</i><sub><i>m</i></sub>.
575 * Here <i>e</i> is formatted as by {@link Integer#toString(int)}.
576 * <ul>
577 * <li>Subcase <i>n</i> = 1:
578 * <i>d</i><sub><i>m</i></sub> is formatted as
579 * <i>s</i><sub>1</sub><code>.0E</code><i>e</i>.
580 * For example, 1 × 10<sup>23</sup> is formatted as
581 * {@code 1.0E23}.
582 * <li>Subcase <i>n</i> > 1:
583 * <i>d</i><sub><i>m</i></sub> is formatted as
584 * <i>s</i><sub>1</sub><code>.</code><i>s</i><sub>2</sub><!--
585 * -->…<i>s</i><sub><i>n</i></sub><code>E</code><i>e</i>.
586 * For example, 123 × 10<sup>-21</sup> is formatted as
587 * {@code 1.23E-19}.
588 * </ul>
589 * </ul>
590 *
591 * <p>To create localized string representations of a floating-point
592 * value, use subclasses of {@link java.text.NumberFormat}.
593 *
594 * @apiNote
595 * This method corresponds to the general functionality of the
596 * convertToDecimalCharacter operation defined in IEEE 754;
597 * however, that operation is defined in terms of specifying the
598 * number of significand digits used in the conversion.
599 * Code to do such a conversion in the Java platform includes
600 * converting the {@code double} to a {@link java.math.BigDecimal
601 * BigDecimal} exactly and then rounding the {@code BigDecimal} to
602 * the desired number of digits; sample code:
603 * {@snippet lang=java :
604 * double d = 0.1;
605 * int digits = 25;
606 * BigDecimal bd = new BigDecimal(d);
607 * String result = bd.round(new MathContext(digits, RoundingMode.HALF_UP));
608 * // 0.1000000000000000055511151
609 * }
610 *
611 * @param d the {@code double} to be converted.
612 * @return a string representation of the argument.
613 */
614 public static String toString(double d) {
615 return DoubleToDecimal.toString(d);
616 }
617
618 /**
619 * Returns a hexadecimal string representation of the
620 * {@code double} argument. All characters mentioned below
621 * are ASCII characters.
622 *
623 * <ul>
624 * <li>If the argument is NaN, the result is the string
625 * "{@code NaN}".
626 * <li>Otherwise, the result is a string that represents the sign
627 * and magnitude of the argument. If the sign is negative, the
628 * first character of the result is '{@code -}'
629 * ({@code '\u005Cu002D'}); if the sign is positive, no sign
630 * character appears in the result. As for the magnitude <i>m</i>:
631 *
632 * <ul>
633 * <li>If <i>m</i> is infinity, it is represented by the string
634 * {@code "Infinity"}; thus, positive infinity produces the
635 * result {@code "Infinity"} and negative infinity produces
636 * the result {@code "-Infinity"}.
637 *
638 * <li>If <i>m</i> is zero, it is represented by the string
639 * {@code "0x0.0p0"}; thus, negative zero produces the result
640 * {@code "-0x0.0p0"} and positive zero produces the result
641 * {@code "0x0.0p0"}.
642 *
643 * <li>If <i>m</i> is a {@code double} value with a
644 * normalized representation, substrings are used to represent the
645 * significand and exponent fields. The significand is
646 * represented by the characters {@code "0x1."}
647 * followed by a lowercase hexadecimal representation of the rest
648 * of the significand as a fraction. Trailing zeros in the
649 * hexadecimal representation are removed unless all the digits
650 * are zero, in which case a single zero is used. Next, the
651 * exponent is represented by {@code "p"} followed
652 * by a decimal string of the unbiased exponent as if produced by
653 * a call to {@link Integer#toString(int) Integer.toString} on the
654 * exponent value.
655 *
656 * <li>If <i>m</i> is a {@code double} value with a subnormal
657 * representation, the significand is represented by the
658 * characters {@code "0x0."} followed by a
659 * hexadecimal representation of the rest of the significand as a
660 * fraction. Trailing zeros in the hexadecimal representation are
661 * removed. Next, the exponent is represented by
662 * {@code "p-1022"}. Note that there must be at
663 * least one nonzero digit in a subnormal significand.
664 *
665 * </ul>
666 *
667 * </ul>
668 *
669 * <table class="striped">
670 * <caption>Examples</caption>
671 * <thead>
672 * <tr><th scope="col">Floating-point Value</th><th scope="col">Hexadecimal String</th>
673 * </thead>
674 * <tbody style="text-align:right">
675 * <tr><th scope="row">{@code 1.0}</th> <td>{@code 0x1.0p0}</td>
676 * <tr><th scope="row">{@code -1.0}</th> <td>{@code -0x1.0p0}</td>
677 * <tr><th scope="row">{@code 2.0}</th> <td>{@code 0x1.0p1}</td>
678 * <tr><th scope="row">{@code 3.0}</th> <td>{@code 0x1.8p1}</td>
679 * <tr><th scope="row">{@code 0.5}</th> <td>{@code 0x1.0p-1}</td>
680 * <tr><th scope="row">{@code 0.25}</th> <td>{@code 0x1.0p-2}</td>
681 * <tr><th scope="row">{@code Double.MAX_VALUE}</th>
682 * <td>{@code 0x1.fffffffffffffp1023}</td>
683 * <tr><th scope="row">{@code Minimum Normal Value}</th>
684 * <td>{@code 0x1.0p-1022}</td>
685 * <tr><th scope="row">{@code Maximum Subnormal Value}</th>
686 * <td>{@code 0x0.fffffffffffffp-1022}</td>
687 * <tr><th scope="row">{@code Double.MIN_VALUE}</th>
688 * <td>{@code 0x0.0000000000001p-1022}</td>
689 * </tbody>
690 * </table>
691 *
692 * @apiNote
693 * This method corresponds to the convertToHexCharacter operation
694 * defined in IEEE 754.
695 *
696 * @param d the {@code double} to be converted.
697 * @return a hex string representation of the argument.
698 * @since 1.5
699 * @author Joseph D. Darcy
700 */
701 public static String toHexString(double d) {
702 /*
703 * Modeled after the "a" conversion specifier in C99, section
704 * 7.19.6.1; however, the output of this method is more
705 * tightly specified.
706 */
707 if (!isFinite(d) )
708 // For infinity and NaN, use the decimal output.
709 return Double.toString(d);
710 else {
711 // Initialized to maximum size of output.
712 StringBuilder answer = new StringBuilder(24);
713
714 if (Math.copySign(1.0, d) == -1.0) // value is negative,
715 answer.append("-"); // so append sign info
716
717 answer.append("0x");
718
719 d = Math.abs(d);
720
721 if(d == 0.0) {
722 answer.append("0.0p0");
723 } else {
724 boolean subnormal = (d < Double.MIN_NORMAL);
725
726 // Isolate significand bits and OR in a high-order bit
727 // so that the string representation has a known
728 // length.
729 long signifBits = (Double.doubleToLongBits(d)
730 & DoubleConsts.SIGNIF_BIT_MASK) |
731 0x1000000000000000L;
732
733 // Subnormal values have a 0 implicit bit; normal
734 // values have a 1 implicit bit.
735 answer.append(subnormal ? "0." : "1.");
736
737 // Isolate the low-order 13 digits of the hex
738 // representation. If all the digits are zero,
739 // replace with a single 0; otherwise, remove all
740 // trailing zeros.
741 String signif = Long.toHexString(signifBits).substring(3,16);
742 answer.append(signif.equals("0000000000000") ? // 13 zeros
743 "0":
744 signif.replaceFirst("0{1,12}$", ""));
745
746 answer.append('p');
747 // If the value is subnormal, use the E_min exponent
748 // value for double; otherwise, extract and report d's
749 // exponent (the representation of a subnormal uses
750 // E_min -1).
751 answer.append(subnormal ?
752 Double.MIN_EXPONENT:
753 Math.getExponent(d));
754 }
755 return answer.toString();
756 }
757 }
758
759 /**
760 * Returns a {@code Double} object holding the
761 * {@code double} value represented by the argument string
762 * {@code s}.
763 *
764 * <p>If {@code s} is {@code null}, then a
765 * {@code NullPointerException} is thrown.
766 *
767 * <p>Leading and trailing whitespace characters in {@code s}
768 * are ignored. Whitespace is removed as if by the {@link
769 * String#trim} method; that is, both ASCII space and control
770 * characters are removed. The rest of {@code s} should
771 * constitute a <i>FloatValue</i> as described by the lexical
772 * syntax rules:
773 *
774 * <blockquote>
775 * <dl>
776 * <dt><i>FloatValue:</i>
777 * <dd><i>Sign<sub>opt</sub></i> {@code NaN}
778 * <dd><i>Sign<sub>opt</sub></i> {@code Infinity}
779 * <dd><i>Sign<sub>opt</sub> FloatingPointLiteral</i>
780 * <dd><i>Sign<sub>opt</sub> HexFloatingPointLiteral</i>
781 * <dd><i>SignedInteger</i>
782 * </dl>
783 *
784 * <dl>
785 * <dt><i>HexFloatingPointLiteral</i>:
786 * <dd> <i>HexSignificand BinaryExponent FloatTypeSuffix<sub>opt</sub></i>
787 * </dl>
788 *
789 * <dl>
790 * <dt><i>HexSignificand:</i>
791 * <dd><i>HexNumeral</i>
792 * <dd><i>HexNumeral</i> {@code .}
793 * <dd>{@code 0x} <i>HexDigits<sub>opt</sub>
794 * </i>{@code .}<i> HexDigits</i>
795 * <dd>{@code 0X}<i> HexDigits<sub>opt</sub>
796 * </i>{@code .} <i>HexDigits</i>
797 * </dl>
798 *
799 * <dl>
800 * <dt><i>BinaryExponent:</i>
801 * <dd><i>BinaryExponentIndicator SignedInteger</i>
802 * </dl>
803 *
804 * <dl>
805 * <dt><i>BinaryExponentIndicator:</i>
806 * <dd>{@code p}
807 * <dd>{@code P}
808 * </dl>
809 *
810 * </blockquote>
811 *
812 * where <i>Sign</i>, <i>FloatingPointLiteral</i>,
813 * <i>HexNumeral</i>, <i>HexDigits</i>, <i>SignedInteger</i> and
814 * <i>FloatTypeSuffix</i> are as defined in the lexical structure
815 * sections of
816 * <cite>The Java Language Specification</cite>,
817 * except that underscores are not accepted between digits.
818 * If {@code s} does not have the form of
819 * a <i>FloatValue</i>, then a {@code NumberFormatException}
820 * is thrown. Otherwise, {@code s} is regarded as
821 * representing an exact decimal value in the usual
822 * "computerized scientific notation" or as an exact
823 * hexadecimal value; this exact numerical value is then
824 * conceptually converted to an "infinitely precise"
825 * binary value that is then rounded to type {@code double}
826 * by the usual round-to-nearest rule of IEEE 754 floating-point
827 * arithmetic, which includes preserving the sign of a zero
828 * value.
829 *
830 * Note that the round-to-nearest rule also implies overflow and
831 * underflow behaviour; if the exact value of {@code s} is large
832 * enough in magnitude (greater than or equal to ({@link
833 * #MAX_VALUE} + {@link Math#ulp(double) ulp(MAX_VALUE)}/2),
834 * rounding to {@code double} will result in an infinity and if the
835 * exact value of {@code s} is small enough in magnitude (less
836 * than or equal to {@link #MIN_VALUE}/2), rounding to float will
837 * result in a zero.
838 *
839 * Finally, after rounding a {@code Double} object representing
840 * this {@code double} value is returned.
841 *
842 * <p>Note that trailing format specifiers, specifiers that
843 * determine the type of a floating-point literal
844 * ({@code 1.0f} is a {@code float} value;
845 * {@code 1.0d} is a {@code double} value), do
846 * <em>not</em> influence the results of this method. In other
847 * words, the numerical value of the input string is converted
848 * directly to the target floating-point type. The two-step
849 * sequence of conversions, string to {@code float} followed
850 * by {@code float} to {@code double}, is <em>not</em>
851 * equivalent to converting a string directly to
852 * {@code double}. For example, the {@code float}
853 * literal {@code 0.1f} is equal to the {@code double}
854 * value {@code 0.10000000149011612}; the {@code float}
855 * literal {@code 0.1f} represents a different numerical
856 * value than the {@code double} literal
857 * {@code 0.1}. (The numerical value 0.1 cannot be exactly
858 * represented in a binary floating-point number.)
859 *
860 * <p>To avoid calling this method on an invalid string and having
861 * a {@code NumberFormatException} be thrown, the regular
862 * expression below can be used to screen the input string:
863 *
864 * {@snippet lang="java" :
865 * final String Digits = "(\\p{Digit}+)";
866 * final String HexDigits = "(\\p{XDigit}+)";
867 * // an exponent is 'e' or 'E' followed by an optionally
868 * // signed decimal integer.
869 * final String Exp = "[eE][+-]?"+Digits;
870 * final String fpRegex =
871 * ("[\\x00-\\x20]*"+ // Optional leading "whitespace"
872 * "[+-]?(" + // Optional sign character
873 * "NaN|" + // "NaN" string
874 * "Infinity|" + // "Infinity" string
875 *
876 * // A decimal floating-point string representing a finite positive
877 * // number without a leading sign has at most five basic pieces:
878 * // Digits . Digits ExponentPart FloatTypeSuffix
879 * //
880 * // Since this method allows integer-only strings as input
881 * // in addition to strings of floating-point literals, the
882 * // two sub-patterns below are simplifications of the grammar
883 * // productions from section 3.10.2 of
884 * // The Java Language Specification.
885 *
886 * // Digits ._opt Digits_opt ExponentPart_opt FloatTypeSuffix_opt
887 * "((("+Digits+"(\\.)?("+Digits+"?)("+Exp+")?)|"+
888 *
889 * // . Digits ExponentPart_opt FloatTypeSuffix_opt
890 * "(\\.("+Digits+")("+Exp+")?)|"+
891 *
892 * // Hexadecimal strings
893 * "((" +
894 * // 0[xX] HexDigits ._opt BinaryExponent FloatTypeSuffix_opt
895 * "(0[xX]" + HexDigits + "(\\.)?)|" +
896 *
897 * // 0[xX] HexDigits_opt . HexDigits BinaryExponent FloatTypeSuffix_opt
898 * "(0[xX]" + HexDigits + "?(\\.)" + HexDigits + ")" +
899 *
900 * ")[pP][+-]?" + Digits + "))" +
901 * "[fFdD]?))" +
902 * "[\\x00-\\x20]*");// Optional trailing "whitespace"
903 * // @link region substring="Pattern.matches" target ="java.util.regex.Pattern#matches"
904 * if (Pattern.matches(fpRegex, myString))
905 * Double.valueOf(myString); // Will not throw NumberFormatException
906 * // @end
907 * else {
908 * // Perform suitable alternative action
909 * }
910 * }
911 *
912 * @apiNote To interpret localized string representations of a
913 * floating-point value, or string representations that have
914 * non-ASCII digits, use {@link java.text.NumberFormat}. For
915 * example,
916 * {@snippet lang="java" :
917 * NumberFormat.getInstance(l).parse(s).doubleValue();
918 * }
919 * where {@code l} is the desired locale, or
920 * {@link java.util.Locale#ROOT} if locale insensitive.
921 *
922 * @apiNote
923 * This method corresponds to the convertFromDecimalCharacter and
924 * convertFromHexCharacter operations defined in IEEE 754.
925 *
926 * @param s the string to be parsed.
927 * @return a {@code Double} object holding the value
928 * represented by the {@code String} argument.
929 * @throws NumberFormatException if the string does not contain a
930 * parsable number.
931 * @see Double##decimalToBinaryConversion Decimal ↔ Binary Conversion Issues
932 */
933 public static Double valueOf(String s) throws NumberFormatException {
934 return new Double(parseDouble(s));
935 }
936
937 /**
938 * Returns a {@code Double} instance representing the specified
939 * {@code double} value.
940 * If a new {@code Double} instance is not required, this method
941 * should generally be used in preference to the constructor
942 * {@link #Double(double)}, as this method is likely to yield
943 * significantly better space and time performance by caching
944 * frequently requested values.
945 *
946 * @param d a double value.
947 * @return a {@code Double} instance representing {@code d}.
948 * @since 1.5
949 */
950 @IntrinsicCandidate
951 public static Double valueOf(double d) {
952 return new Double(d);
953 }
954
955 /**
956 * Returns a new {@code double} initialized to the value
957 * represented by the specified {@code String}, as performed
958 * by the {@code valueOf} method of class
959 * {@code Double}.
960 *
961 * @param s the string to be parsed.
962 * @return the {@code double} value represented by the string
963 * argument.
964 * @throws NullPointerException if the string is null
965 * @throws NumberFormatException if the string does not contain
966 * a parsable {@code double}.
967 * @see java.lang.Double#valueOf(String)
968 * @see Double##decimalToBinaryConversion Decimal ↔ Binary Conversion Issues
969 * @since 1.2
970 */
971 public static double parseDouble(String s) throws NumberFormatException {
972 return FloatingDecimal.parseDouble(s);
973 }
974
975 /**
976 * Returns {@code true} if the specified number is a
977 * Not-a-Number (NaN) value, {@code false} otherwise.
978 *
979 * @apiNote
980 * This method corresponds to the isNaN operation defined in IEEE
981 * 754.
982 *
983 * @param v the value to be tested.
984 * @return {@code true} if the value of the argument is NaN;
985 * {@code false} otherwise.
986 */
987 public static boolean isNaN(double v) {
988 return (v != v);
989 }
990
991 /**
992 * Returns {@code true} if the specified number is infinitely
993 * large in magnitude, {@code false} otherwise.
994 *
995 * @apiNote
996 * This method corresponds to the isInfinite operation defined in
997 * IEEE 754.
998 *
999 * @param v the value to be tested.
1000 * @return {@code true} if the value of the argument is positive
1001 * infinity or negative infinity; {@code false} otherwise.
1002 */
1003 @IntrinsicCandidate
1004 public static boolean isInfinite(double v) {
1005 return Math.abs(v) > MAX_VALUE;
1006 }
1007
1008 /**
1009 * Returns {@code true} if the argument is a finite floating-point
1010 * value; returns {@code false} otherwise (for NaN and infinity
1011 * arguments).
1012 *
1013 * @apiNote
1014 * This method corresponds to the isFinite operation defined in
1015 * IEEE 754.
1016 *
1017 * @param d the {@code double} value to be tested
1018 * @return {@code true} if the argument is a finite
1019 * floating-point value, {@code false} otherwise.
1020 * @since 1.8
1021 */
1022 @IntrinsicCandidate
1023 public static boolean isFinite(double d) {
1024 return Math.abs(d) <= Double.MAX_VALUE;
1025 }
1026
1027 /**
1028 * The value of the Double.
1029 *
1030 * @serial
1031 */
1032 private final double value;
1033
1034 /**
1035 * Constructs a newly allocated {@code Double} object that
1036 * represents the primitive {@code double} argument.
1037 *
1038 * @param value the value to be represented by the {@code Double}.
1039 *
1040 * @deprecated
1041 * It is rarely appropriate to use this constructor. The static factory
1042 * {@link #valueOf(double)} is generally a better choice, as it is
1043 * likely to yield significantly better space and time performance.
1044 */
1045 @Deprecated(since="9", forRemoval = true)
1046 public Double(double value) {
1047 this.value = value;
1048 }
1049
1050 /**
1051 * Constructs a newly allocated {@code Double} object that
1052 * represents the floating-point value of type {@code double}
1053 * represented by the string. The string is converted to a
1054 * {@code double} value as if by the {@code valueOf} method.
1055 *
1056 * @param s a string to be converted to a {@code Double}.
1057 * @throws NumberFormatException if the string does not contain a
1058 * parsable number.
1059 *
1060 * @deprecated
1061 * It is rarely appropriate to use this constructor.
1062 * Use {@link #parseDouble(String)} to convert a string to a
1063 * {@code double} primitive, or use {@link #valueOf(String)}
1064 * to convert a string to a {@code Double} object.
1065 */
1066 @Deprecated(since="9", forRemoval = true)
1067 public Double(String s) throws NumberFormatException {
1068 value = parseDouble(s);
1069 }
1070
1071 /**
1072 * Returns {@code true} if this {@code Double} value is
1073 * a Not-a-Number (NaN), {@code false} otherwise.
1074 *
1075 * @return {@code true} if the value represented by this object is
1076 * NaN; {@code false} otherwise.
1077 */
1078 public boolean isNaN() {
1079 return isNaN(value);
1080 }
1081
1082 /**
1083 * Returns {@code true} if this {@code Double} value is
1084 * infinitely large in magnitude, {@code false} otherwise.
1085 *
1086 * @return {@code true} if the value represented by this object is
1087 * positive infinity or negative infinity;
1088 * {@code false} otherwise.
1089 */
1090 public boolean isInfinite() {
1091 return isInfinite(value);
1092 }
1093
1094 /**
1095 * Returns a string representation of this {@code Double} object.
1096 * The primitive {@code double} value represented by this
1097 * object is converted to a string exactly as if by the method
1098 * {@code toString} of one argument.
1099 *
1100 * @return a {@code String} representation of this object.
1101 * @see java.lang.Double#toString(double)
1102 */
1103 public String toString() {
1104 return toString(value);
1105 }
1106
1107 /**
1108 * Returns the value of this {@code Double} as a {@code byte}
1109 * after a narrowing primitive conversion.
1110 *
1111 * @return the {@code double} value represented by this object
1112 * converted to type {@code byte}
1113 * @jls 5.1.3 Narrowing Primitive Conversion
1114 * @since 1.1
1115 */
1116 @Override
1117 public byte byteValue() {
1118 return (byte)value;
1119 }
1120
1121 /**
1122 * Returns the value of this {@code Double} as a {@code short}
1123 * after a narrowing primitive conversion.
1124 *
1125 * @return the {@code double} value represented by this object
1126 * converted to type {@code short}
1127 * @jls 5.1.3 Narrowing Primitive Conversion
1128 * @since 1.1
1129 */
1130 @Override
1131 public short shortValue() {
1132 return (short)value;
1133 }
1134
1135 /**
1136 * Returns the value of this {@code Double} as an {@code int}
1137 * after a narrowing primitive conversion.
1138 * @jls 5.1.3 Narrowing Primitive Conversion
1139 *
1140 * @apiNote
1141 * This method corresponds to the convertToIntegerTowardZero
1142 * operation defined in IEEE 754.
1143 *
1144 * @return the {@code double} value represented by this object
1145 * converted to type {@code int}
1146 */
1147 @Override
1148 public int intValue() {
1149 return (int)value;
1150 }
1151
1152 /**
1153 * Returns the value of this {@code Double} as a {@code long}
1154 * after a narrowing primitive conversion.
1155 *
1156 * @apiNote
1157 * This method corresponds to the convertToIntegerTowardZero
1158 * operation defined in IEEE 754.
1159 *
1160 * @return the {@code double} value represented by this object
1161 * converted to type {@code long}
1162 * @jls 5.1.3 Narrowing Primitive Conversion
1163 */
1164 @Override
1165 public long longValue() {
1166 return (long)value;
1167 }
1168
1169 /**
1170 * Returns the value of this {@code Double} as a {@code float}
1171 * after a narrowing primitive conversion.
1172 *
1173 * @apiNote
1174 * This method corresponds to the convertFormat operation defined
1175 * in IEEE 754.
1176 *
1177 * @return the {@code double} value represented by this object
1178 * converted to type {@code float}
1179 * @jls 5.1.3 Narrowing Primitive Conversion
1180 * @since 1.0
1181 */
1182 @Override
1183 public float floatValue() {
1184 return (float)value;
1185 }
1186
1187 /**
1188 * Returns the {@code double} value of this {@code Double} object.
1189 *
1190 * @return the {@code double} value represented by this object
1191 */
1192 @Override
1193 @IntrinsicCandidate
1194 public double doubleValue() {
1195 return value;
1196 }
1197
1198 /**
1199 * Returns a hash code for this {@code Double} object. The
1200 * result is the exclusive OR of the two halves of the
1201 * {@code long} integer bit representation, exactly as
1202 * produced by the method {@link #doubleToLongBits(double)}, of
1203 * the primitive {@code double} value represented by this
1204 * {@code Double} object. That is, the hash code is the value
1205 * of the expression:
1206 *
1207 * <blockquote>
1208 * {@code (int)(v^(v>>>32))}
1209 * </blockquote>
1210 *
1211 * where {@code v} is defined by:
1212 *
1213 * <blockquote>
1214 * {@code long v = Double.doubleToLongBits(this.doubleValue());}
1215 * </blockquote>
1216 *
1217 * @return a {@code hash code} value for this object.
1218 */
1219 @Override
1220 public int hashCode() {
1221 return Double.hashCode(value);
1222 }
1223
1224 /**
1225 * Returns a hash code for a {@code double} value; compatible with
1226 * {@code Double.hashCode()}.
1227 *
1228 * @param value the value to hash
1229 * @return a hash code value for a {@code double} value.
1230 * @since 1.8
1231 */
1232 public static int hashCode(double value) {
1233 return Long.hashCode(doubleToLongBits(value));
1234 }
1235
1236 /**
1237 * Compares this object against the specified object. The result
1238 * is {@code true} if and only if the argument is not
1239 * {@code null} and is a {@code Double} object that
1240 * represents a {@code double} that has the same value as the
1241 * {@code double} represented by this object. For this
1242 * purpose, two {@code double} values are considered to be
1243 * the same if and only if the method {@link
1244 * #doubleToLongBits(double)} returns the identical
1245 * {@code long} value when applied to each.
1246 *
1247 * @apiNote
1248 * This method is defined in terms of {@link
1249 * #doubleToLongBits(double)} rather than the {@code ==} operator
1250 * on {@code double} values since the {@code ==} operator does
1251 * <em>not</em> define an equivalence relation and to satisfy the
1252 * {@linkplain Object#equals equals contract} an equivalence
1253 * relation must be implemented; see {@linkplain ##equivalenceRelation
1254 * this discussion for details of floating-point equality and equivalence}.
1255 *
1256 * @see java.lang.Double#doubleToLongBits(double)
1257 * @jls 15.21.1 Numerical Equality Operators == and !=
1258 */
1259 public boolean equals(Object obj) {
1260 return (obj instanceof Double)
1261 && (doubleToLongBits(((Double)obj).value) ==
1262 doubleToLongBits(value));
1263 }
1264
1265 /**
1266 * Returns a representation of the specified floating-point value
1267 * according to the IEEE 754 floating-point "double
1268 * format" bit layout.
1269 *
1270 * <p>Bit 63 (the bit that is selected by the mask
1271 * {@code 0x8000000000000000L}) represents the sign of the
1272 * floating-point number. Bits
1273 * 62-52 (the bits that are selected by the mask
1274 * {@code 0x7ff0000000000000L}) represent the exponent. Bits 51-0
1275 * (the bits that are selected by the mask
1276 * {@code 0x000fffffffffffffL}) represent the significand
1277 * (sometimes called the mantissa) of the floating-point number.
1278 *
1279 * <p>If the argument is positive infinity, the result is
1280 * {@code 0x7ff0000000000000L}.
1281 *
1282 * <p>If the argument is negative infinity, the result is
1283 * {@code 0xfff0000000000000L}.
1284 *
1285 * <p>If the argument is NaN, the result is
1286 * {@code 0x7ff8000000000000L}.
1287 *
1288 * <p>In all cases, the result is a {@code long} integer that, when
1289 * given to the {@link #longBitsToDouble(long)} method, will produce a
1290 * floating-point value the same as the argument to
1291 * {@code doubleToLongBits} (except all NaN values are
1292 * collapsed to a single "canonical" NaN value).
1293 *
1294 * @param value a {@code double} precision floating-point number.
1295 * @return the bits that represent the floating-point number.
1296 */
1297 @IntrinsicCandidate
1298 public static long doubleToLongBits(double value) {
1299 if (!isNaN(value)) {
1300 return doubleToRawLongBits(value);
1301 }
1302 return 0x7ff8000000000000L;
1303 }
1304
1305 /**
1306 * Returns a representation of the specified floating-point value
1307 * according to the IEEE 754 floating-point "double
1308 * format" bit layout, preserving Not-a-Number (NaN) values.
1309 *
1310 * <p>Bit 63 (the bit that is selected by the mask
1311 * {@code 0x8000000000000000L}) represents the sign of the
1312 * floating-point number. Bits
1313 * 62-52 (the bits that are selected by the mask
1314 * {@code 0x7ff0000000000000L}) represent the exponent. Bits 51-0
1315 * (the bits that are selected by the mask
1316 * {@code 0x000fffffffffffffL}) represent the significand
1317 * (sometimes called the mantissa) of the floating-point number.
1318 *
1319 * <p>If the argument is positive infinity, the result is
1320 * {@code 0x7ff0000000000000L}.
1321 *
1322 * <p>If the argument is negative infinity, the result is
1323 * {@code 0xfff0000000000000L}.
1324 *
1325 * <p>If the argument is NaN, the result is the {@code long}
1326 * integer representing the actual NaN value. Unlike the
1327 * {@code doubleToLongBits} method,
1328 * {@code doubleToRawLongBits} does not collapse all the bit
1329 * patterns encoding a NaN to a single "canonical" NaN
1330 * value.
1331 *
1332 * <p>In all cases, the result is a {@code long} integer that,
1333 * when given to the {@link #longBitsToDouble(long)} method, will
1334 * produce a floating-point value the same as the argument to
1335 * {@code doubleToRawLongBits}.
1336 *
1337 * @param value a {@code double} precision floating-point number.
1338 * @return the bits that represent the floating-point number.
1339 * @since 1.3
1340 */
1341 @IntrinsicCandidate
1342 public static native long doubleToRawLongBits(double value);
1343
1344 /**
1345 * Returns the {@code double} value corresponding to a given
1346 * bit representation.
1347 * The argument is considered to be a representation of a
1348 * floating-point value according to the IEEE 754 floating-point
1349 * "double format" bit layout.
1350 *
1351 * <p>If the argument is {@code 0x7ff0000000000000L}, the result
1352 * is positive infinity.
1353 *
1354 * <p>If the argument is {@code 0xfff0000000000000L}, the result
1355 * is negative infinity.
1356 *
1357 * <p>If the argument is any value in the range
1358 * {@code 0x7ff0000000000001L} through
1359 * {@code 0x7fffffffffffffffL} or in the range
1360 * {@code 0xfff0000000000001L} through
1361 * {@code 0xffffffffffffffffL}, the result is a NaN. No IEEE
1362 * 754 floating-point operation provided by Java can distinguish
1363 * between two NaN values of the same type with different bit
1364 * patterns. Distinct values of NaN are only distinguishable by
1365 * use of the {@code Double.doubleToRawLongBits} method.
1366 *
1367 * <p>In all other cases, let <i>s</i>, <i>e</i>, and <i>m</i> be three
1368 * values that can be computed from the argument:
1369 *
1370 * {@snippet lang="java" :
1371 * int s = ((bits >> 63) == 0) ? 1 : -1;
1372 * int e = (int)((bits >> 52) & 0x7ffL);
1373 * long m = (e == 0) ?
1374 * (bits & 0xfffffffffffffL) << 1 :
1375 * (bits & 0xfffffffffffffL) | 0x10000000000000L;
1376 * }
1377 *
1378 * Then the floating-point result equals the value of the mathematical
1379 * expression <i>s</i>·<i>m</i>·2<sup><i>e</i>-1075</sup>.
1380 *
1381 * <p>Note that this method may not be able to return a
1382 * {@code double} NaN with exactly same bit pattern as the
1383 * {@code long} argument. IEEE 754 distinguishes between two
1384 * kinds of NaNs, quiet NaNs and <i>signaling NaNs</i>. The
1385 * differences between the two kinds of NaN are generally not
1386 * visible in Java. Arithmetic operations on signaling NaNs turn
1387 * them into quiet NaNs with a different, but often similar, bit
1388 * pattern. However, on some processors merely copying a
1389 * signaling NaN also performs that conversion. In particular,
1390 * copying a signaling NaN to return it to the calling method
1391 * may perform this conversion. So {@code longBitsToDouble}
1392 * may not be able to return a {@code double} with a
1393 * signaling NaN bit pattern. Consequently, for some
1394 * {@code long} values,
1395 * {@code doubleToRawLongBits(longBitsToDouble(start))} may
1396 * <i>not</i> equal {@code start}. Moreover, which
1397 * particular bit patterns represent signaling NaNs is platform
1398 * dependent; although all NaN bit patterns, quiet or signaling,
1399 * must be in the NaN range identified above.
1400 *
1401 * @param bits any {@code long} integer.
1402 * @return the {@code double} floating-point value with the same
1403 * bit pattern.
1404 */
1405 @IntrinsicCandidate
1406 public static native double longBitsToDouble(long bits);
1407
1408 /**
1409 * Compares two {@code Double} objects numerically.
1410 *
1411 * This method imposes a total order on {@code Double} objects
1412 * with two differences compared to the incomplete order defined by
1413 * the Java language numerical comparison operators ({@code <, <=,
1414 * ==, >=, >}) on {@code double} values.
1415 *
1416 * <ul><li> A NaN is <em>unordered</em> with respect to other
1417 * values and unequal to itself under the comparison
1418 * operators. This method chooses to define {@code
1419 * Double.NaN} to be equal to itself and greater than all
1420 * other {@code double} values (including {@code
1421 * Double.POSITIVE_INFINITY}).
1422 *
1423 * <li> Positive zero and negative zero compare equal
1424 * numerically, but are distinct and distinguishable values.
1425 * This method chooses to define positive zero ({@code +0.0d}),
1426 * to be greater than negative zero ({@code -0.0d}).
1427 * </ul>
1428
1429 * This ensures that the <i>natural ordering</i> of {@code Double}
1430 * objects imposed by this method is <i>consistent with
1431 * equals</i>; see {@linkplain ##equivalenceRelation this
1432 * discussion for details of floating-point comparison and
1433 * ordering}.
1434 *
1435 * @param anotherDouble the {@code Double} to be compared.
1436 * @return the value {@code 0} if {@code anotherDouble} is
1437 * numerically equal to this {@code Double}; a value
1438 * less than {@code 0} if this {@code Double}
1439 * is numerically less than {@code anotherDouble};
1440 * and a value greater than {@code 0} if this
1441 * {@code Double} is numerically greater than
1442 * {@code anotherDouble}.
1443 *
1444 * @jls 15.20.1 Numerical Comparison Operators {@code <}, {@code <=}, {@code >}, and {@code >=}
1445 * @since 1.2
1446 */
1447 @Override
1448 public int compareTo(Double anotherDouble) {
1449 return Double.compare(value, anotherDouble.value);
1450 }
1451
1452 /**
1453 * Compares the two specified {@code double} values. The sign
1454 * of the integer value returned is the same as that of the
1455 * integer that would be returned by the call:
1456 * <pre>
1457 * Double.valueOf(d1).compareTo(Double.valueOf(d2))
1458 * </pre>
1459 *
1460 * @param d1 the first {@code double} to compare
1461 * @param d2 the second {@code double} to compare
1462 * @return the value {@code 0} if {@code d1} is
1463 * numerically equal to {@code d2}; a value less than
1464 * {@code 0} if {@code d1} is numerically less than
1465 * {@code d2}; and a value greater than {@code 0}
1466 * if {@code d1} is numerically greater than
1467 * {@code d2}.
1468 * @since 1.4
1469 */
1470 public static int compare(double d1, double d2) {
1471 if (d1 < d2)
1472 return -1; // Neither val is NaN, thisVal is smaller
1473 if (d1 > d2)
1474 return 1; // Neither val is NaN, thisVal is larger
1475
1476 // Cannot use doubleToRawLongBits because of possibility of NaNs.
1477 long thisBits = Double.doubleToLongBits(d1);
1478 long anotherBits = Double.doubleToLongBits(d2);
1479
1480 return (thisBits == anotherBits ? 0 : // Values are equal
1481 (thisBits < anotherBits ? -1 : // (-0.0, 0.0) or (!NaN, NaN)
1482 1)); // (0.0, -0.0) or (NaN, !NaN)
1483 }
1484
1485 /**
1486 * Adds two {@code double} values together as per the + operator.
1487 *
1488 * @apiNote This method corresponds to the addition operation
1489 * defined in IEEE 754.
1490 *
1491 * @param a the first operand
1492 * @param b the second operand
1493 * @return the sum of {@code a} and {@code b}
1494 * @jls 4.2.4 Floating-Point Operations
1495 * @see java.util.function.BinaryOperator
1496 * @since 1.8
1497 */
1498 public static double sum(double a, double b) {
1499 return a + b;
1500 }
1501
1502 /**
1503 * Returns the greater of two {@code double} values
1504 * as if by calling {@link Math#max(double, double) Math.max}.
1505 *
1506 * @apiNote
1507 * This method corresponds to the maximum operation defined in
1508 * IEEE 754.
1509 *
1510 * @param a the first operand
1511 * @param b the second operand
1512 * @return the greater of {@code a} and {@code b}
1513 * @see java.util.function.BinaryOperator
1514 * @since 1.8
1515 */
1516 public static double max(double a, double b) {
1517 return Math.max(a, b);
1518 }
1519
1520 /**
1521 * Returns the smaller of two {@code double} values
1522 * as if by calling {@link Math#min(double, double) Math.min}.
1523 *
1524 * @apiNote
1525 * This method corresponds to the minimum operation defined in
1526 * IEEE 754.
1527 *
1528 * @param a the first operand
1529 * @param b the second operand
1530 * @return the smaller of {@code a} and {@code b}.
1531 * @see java.util.function.BinaryOperator
1532 * @since 1.8
1533 */
1534 public static double min(double a, double b) {
1535 return Math.min(a, b);
1536 }
1537
1538 /**
1539 * Returns an {@link Optional} containing the nominal descriptor for this
1540 * instance, which is the instance itself.
1541 *
1542 * @return an {@link Optional} describing the {@linkplain Double} instance
1543 * @since 12
1544 */
1545 @Override
1546 public Optional<Double> describeConstable() {
1547 return Optional.of(this);
1548 }
1549
1550 /**
1551 * Resolves this instance as a {@link ConstantDesc}, the result of which is
1552 * the instance itself.
1553 *
1554 * @param lookup ignored
1555 * @return the {@linkplain Double} instance
1556 * @since 12
1557 */
1558 @Override
1559 public Double resolveConstantDesc(MethodHandles.Lookup lookup) {
1560 return this;
1561 }
1562
1563 /** use serialVersionUID from JDK 1.0.2 for interoperability */
1564 @java.io.Serial
1565 private static final long serialVersionUID = -9172774392245257468L;
1566 }