Float-zu-IEEE-754-Umrechner

Ein IEEE-754-Gleitkomma-Umrechner zeigt das exakte Bitmuster, das ein Rechner für eine Gleitkommazahl nutzt. Nichtnumerischer Dezimaltext wird mit invalid_input abgelehnt statt still umgewandelt.

Was IEEE-754 binary32 und binary64 speichern

IEEE-754 ist das Austauschformat, das fast jede moderne CPU, GPU und Laufzeitumgebung für binäre Gleitkomma-Arithmetik nutzt. Diese Fähigkeit erfindet keine eigene Kodierung: sie nutzt die big-endian-Float-Getter und -Setter von DataView der Plattform, sodass die Hex-Zeichenkette dem konventionellen Speicher-Dump eines big-endian-IEEE-Worts entspricht, und die Binärzeichenkette ist einfach diese Bytes Bit für Bit vom höchstwertigen zum niedrigstwertigen expandiert.

So rufen Sie die API auf und was zurückkommt

Senden Sie einen JSON-Körper mit mindestens einem Quellenfeld. Zum Kodieren einer Dezimalzahl setzen Sie value (Aliase decimal, number, n) auf eine endliche Zahl oder auf Infinity, minus Infinity oder NaN, wenn diese Sonderfälle im Client darstellbar sind. Zum Dekodieren eines Bitmusters setzen Sie hex auf eine optionale-0x-Hexadezimalzeichenkette mit bis zu acht Ziffern für binary32 oder sechzehn für binary64, oder setzen Sie binary (Alias bits) auf eine Zeichenkette aus Nullen und Einsen passender Länge; kürzere Muster werden links mit Nullen aufgefüllt. Optionales precision (Aliase format, width) wählt zweiunddreißig oder vierundsechzig Bit Breite und akzeptiert Namen wie single, double, binary32 und binary64; Standard ist vierundsechzig. Optionales direction (Alias mode) erzwingt from_decimal, from_hex oder from_binary; auto wählt anhand der vorhandenen Felder und bevorzugt value, wenn mehrere gesetzt sind. Bei Erfolg enthält die Antwort value (mit Zeichenkettenformen für NaN und Unendlichkeiten), is_neg_zero, precision, Formatname, bits, hex, hex_prefixed, binary, sign_bit, exponent_bits, mantissa_bits und significand_bits, sign als plus oder minus eins, biased_exponent, unbiased_exponent wenn definiert, category, exponent_bias, source, message und geordnete steps. Fehlgeschlagene Validierung—jedes Quellenfeld fehlt, nichtnumerischer Dezimaltext, ungültige Hex-Ziffern oder nichtbinäre Zeichen—liefert invalid_input und wird nie berechnet. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit Einheit item und null marginalem Stückpreis.

Praktische Tipps, Grenzen und verwandte Suchen

Bevorzugen Sie precision vierundsechzig, wenn Ihre Quelle eine JavaScript-Zahl oder ein anderer binary64-Hosttyp ist, und wechseln Sie nur zu zweiunddreißig, wenn Sie float- oder float32-Speicher auf dem Draht oder in einem Dateiformat abgleichen. Beim Roundtrip kodieren Sie einen Wert und dekodieren das zurückgegebene Hex mit derselben precision und bestätigen, dass category und Felder übereinstimmen. Halten Sie Muster innerhalb der veröffentlichten Bitbreite; Muster länger als die gewählte precision werden abgelehnt statt abgeschnitten, was den Wert still ändern würde. Denken Sie daran, dass viele Dezimalzahlen wie ein Zehntel keine endliche Binärentwicklung haben; das Hex, das Sie sehen, ist die korrekt gerundete IEEE-Kodierung, kein Fehler. Nutzen Sie vorzeichenbehaftete Null, Unendlichkeit und NaN-Beispiele beim Lehren von Sonderfällen: Kodieren von Null und negativer Null liefert unterschiedliche Vorzeichenbits und die Kategorien pos_zero und neg_zero, obwohl JSON beide als Null druckt und das Werkzeug is_neg_zero für diesen Fall freigibt. Diese Seite richtet sich an Personen, die einen Float-zu-IEEE-754-Umrechner, einen Einfach- oder Doppelpräzisions-Hex-Dump oder ein binäres Gleitkomma-Bitmuster-Werkzeug suchen; sie ist kein Dezimal-Gleitkomma-Umrechner (decimal64), kein Rechner mit beliebiger Präzision und kein allgemeines Hex-zu-Binär-Ganzzahl-Werkzeug—nutzen Sie die Schwesterfähigkeit Hex-zu-Binär, wenn Sie nur ganzzahlige Basiskonversion brauchen. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein Prepaid-Guthaben, was explorative Skripte günstig hält, wenn Lernende absichtlich Müll-Zeichenketten senden.