前言

很多同學(xué)第一次看到 long 可以自動(dòng)賦值給 float 時(shí)，會(huì)覺(jué)得很反直覺(jué)：long 是 64 位整數(shù)，float 是 32 位浮點(diǎn)數(shù)，為什么 64 位能自動(dòng)轉(zhuǎn) 32 位？關(guān)鍵在于 Java 判斷“寬化轉(zhuǎn)換”時(shí)，看重的是數(shù)值表示范圍，而不是簡(jiǎn)單的內(nèi)存位數(shù)。本文會(huì)從寬化基本類型轉(zhuǎn)換、long -> float 的原因、精度丟失和工程避坑四個(gè)角度講清楚這個(gè)問(wèn)題。

一、先給結(jié)論：寬化不等于精度無(wú)損

Java 中存在一種自動(dòng)轉(zhuǎn)換，叫寬化基本類型轉(zhuǎn)換（Widening Primitive Conversion）。

例如：

? 寬化基本類型轉(zhuǎn)換示例

int a = 10;
long b = a;
float c = b;
double d = c;

這些代碼都可以通過(guò)編譯，因?yàn)?Java 允許某些基本類型自動(dòng)轉(zhuǎn)換到另一些表示范圍更大的類型。

但要特別注意：

寬化轉(zhuǎn)換 = 編譯器允許自動(dòng)轉(zhuǎn)換
寬化轉(zhuǎn)換 ≠ 結(jié)果一定完全精確

尤其是整數(shù)轉(zhuǎn)浮點(diǎn)數(shù)時(shí)，可能出現(xiàn)精度丟失。

?? 核心結(jié)論： Java 的“寬化”主要強(qiáng)調(diào)可表示范圍擴(kuò)大，不保證所有轉(zhuǎn)換都精度無(wú)損。

二、為什么 64 位 long 可以轉(zhuǎn) 32 位 float

先看這個(gè)例子：

? long 自動(dòng)轉(zhuǎn) float 示例

long count = 10000000000L;
float value = count;

System.out.println(value);

這段代碼可以編譯。

很多人會(huì)困惑：long 是 64 位，float 是 32 位，為什么不需要強(qiáng)制轉(zhuǎn)換？

原因是：long 和 float 的“位數(shù)”不能直接比較。

2.1 long 的特點(diǎn)

long 是 64 位整數(shù)，取值范圍大約是：

-9.22e18 ~ 9.22e18

它適合保存大整數(shù)、時(shí)間戳、計(jì)數(shù)器、分布式 ID 等。

2.2 float 的特點(diǎn)

float 是 32 位浮點(diǎn)數(shù)，采用類似科學(xué)計(jì)數(shù)法的結(jié)構(gòu)。

它的最大表示范圍大約是：

±3.4e38

雖然 float 只有 32 位，但因?yàn)樗褂弥笖?shù)位表示數(shù)量級(jí)，所以能表示非常大的數(shù)值范圍。

2.3 關(guān)鍵區(qū)別：范圍和精度不是一回事

可以這樣理解：

因此，long -> float 在 Java 中被認(rèn)為是寬化轉(zhuǎn)換：float 的數(shù)值范圍能覆蓋 long 的范圍。

但這不代表 float 能精確保存每一個(gè) long。

三、寬化基本類型轉(zhuǎn)換有哪些

常見(jiàn)寬化基本類型轉(zhuǎn)換可以先記住下面這張表：

注意幾點(diǎn)：

• boolean 不參與數(shù)值類型轉(zhuǎn)換。
• char 可以轉(zhuǎn) int，但不能自動(dòng)轉(zhuǎn) short。
• byte 不能自動(dòng)轉(zhuǎn) char。
• 整數(shù)轉(zhuǎn)浮點(diǎn)數(shù)時(shí)，可能出現(xiàn)精度變化。

下面是一個(gè)容易踩坑的例子：

? char 自動(dòng)轉(zhuǎn) int 示例

char c = 'A';
int code = c;

System.out.println(code); // 65

這里 char 轉(zhuǎn)成 int 后，得到的是字符對(duì)應(yīng)的 Unicode 編碼值。

?? 誤區(qū)：只要位數(shù)小，就一定能自動(dòng)轉(zhuǎn)到位數(shù)大的類型

正確理解： Java 的寬化轉(zhuǎn)換有明確規(guī)則，不是單純比較位數(shù)。例如 char 是 16 位，但不能自動(dòng)轉(zhuǎn)成同樣 16 位的 short。

四、精度丟失是怎么發(fā)生的

float 的有效精度大約只有 6 到 7 位十進(jìn)制有效數(shù)字。

從二進(jìn)制角度看，float 的尾數(shù)有效精度大約是 24 位。因此，當(dāng)整數(shù)超過(guò) 2^24 后，float 就不一定能精確表示每一個(gè)整數(shù)。

2^24 等于：

16,777,216

看下面這個(gè)例子：

? long 轉(zhuǎn) float 丟失精度示例

long original = 16777217L; // 2^24 + 1
float converted = original;
long back = (long) converted;

System.out.println(original); // 16777217
System.out.println(back);     // 16777216
System.out.println(original - back); // 1

這里 16777217 比 2^24 多 1。

它可以放進(jìn) float 的表示范圍里，但 float 沒(méi)有足夠的有效位精確保存這個(gè)低位的 1，所以轉(zhuǎn)換后再轉(zhuǎn)回 long，數(shù)值發(fā)生了變化。

能放下，不代表能一模一樣地放下。

這就是 long -> float 最容易誤解的地方。

五、double 是否就完全安全

double 的有效精度比 float 高得多，大約有 53 位二進(jìn)制有效精度。

因此：

不超過(guò) 2^53 的整數(shù)，通常可以被 double 精確表示

例如：

? double 可精確表示較大整數(shù)示例

long id = 9007199254740992L; // 2^53
double value = id;
long back = (long) value;

System.out.println(id == back); // true

但如果超過(guò) 2^53，double 也可能丟失整數(shù)精度。

? double 也可能丟失 long 精度示例

long id = 9007199254740993L; // 2^53 + 1
double value = id;
long back = (long) value;

System.out.println(id);   // 9007199254740993
System.out.println(back); // 9007199254740992

所以，double 比 float 更適合保存較大范圍和較高精度的小數(shù)，但它也不是“所有 long 都無(wú)損”的萬(wàn)能容器。

六、工程中應(yīng)該怎么避坑

6.1 不要把 ID 轉(zhuǎn)成 float

像訂單號(hào)、用戶 ID、Snowflake ID、數(shù)據(jù)庫(kù)主鍵這類數(shù)據(jù)，本質(zhì)上需要精確保存。

不要這樣寫：

? 錯(cuò)誤示例：ID 轉(zhuǎn) float

long userId = 16777217L;
float value = userId; // 可能丟失精度

更合理的做法是保持 long，或者在展示層轉(zhuǎn)成字符串。

? ID 使用字符串展示示例

long userId = 16777217L;
String text = String.valueOf(userId);

6.2 金額不要依賴 float 或 double 精確計(jì)算

金額計(jì)算要求精確，不能依賴二進(jìn)制浮點(diǎn)數(shù)做最終計(jì)算。

? 金額使用 BigDecimal 示例

import java.math.BigDecimal;

BigDecimal price = new BigDecimal("0.1");
BigDecimal count = new BigDecimal("3");

BigDecimal total = price.multiply(count);
System.out.println(total); // 0.3

注意：創(chuàng)建 BigDecimal 時(shí)更推薦使用字符串，而不是直接傳入 double。

6.3 混合運(yùn)算時(shí)留意結(jié)果類型

如果 long 和 float 一起運(yùn)算，結(jié)果可能變成 float。

? long 與 float 混合運(yùn)算示例

long total = 16777217L;
float rate = 1.0F;

float result = total * rate;

這段代碼能編譯，但 result 已經(jīng)是 float，可能失去整數(shù)精度。

?? 誤區(qū)：自動(dòng)轉(zhuǎn)換就代表安全轉(zhuǎn)換

正確理解： 自動(dòng)轉(zhuǎn)換只代表編譯器允許。是否符合業(yè)務(wù)語(yǔ)義，還要看數(shù)據(jù)是否需要精確保存。

總結(jié)

這篇文章可以壓縮成一句話：寬化轉(zhuǎn)換解決的是“能不能自動(dòng)轉(zhuǎn)”，不是“能不能精確還原”。

?? 核心結(jié)論： long -> float 合法，是因?yàn)?float 的表示范圍足夠大；但 float 精度有限，不能保存所有 long 的細(xì)節(jié)。寫業(yè)務(wù)代碼時(shí)，凡是 ID、金額、精確計(jì)數(shù)，都不要隨意轉(zhuǎn)成浮點(diǎn)數(shù)。

到此這篇關(guān)于Java寬化基本類型轉(zhuǎn)換與精度丟失的文章就介紹到這了,更多相關(guān)Java long可以自動(dòng)轉(zhuǎn)float內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論