大家在開發(fā)中有沒(méi)有遇到過(guò)這樣的坑？同一段浮點(diǎn)數(shù)計(jì)算代碼，在自己的Windows電腦上運(yùn)行結(jié)果是100.001，部署到Linux服務(wù)器上卻變成了100.002，測(cè)試環(huán)境和生產(chǎn)環(huán)境對(duì)賬對(duì)不上，排查半天找不到原因——其實(shí)問(wèn)題很可能出在「浮點(diǎn)數(shù)計(jì)算精度的平臺(tái)差異」上。而Java中的strictfp關(guān)鍵字，就是專門解決這個(gè)問(wèn)題的“神器”。

一、strictfp 到底是干嘛的？

1.1 核心定義

strictfp 是 strict floating point（嚴(yán)格浮點(diǎn)運(yùn)算） 的縮寫，是Java提供的一個(gè)關(guān)鍵字，核心作用只有一個(gè)：

強(qiáng)制JVM在進(jìn)行浮點(diǎn)數(shù)（float、double類型）計(jì)算時(shí)，嚴(yán)格遵循IEEE 754標(biāo)準(zhǔn)，禁用硬件層面的精度優(yōu)化，保證同一段浮點(diǎn)數(shù)計(jì)算代碼，在任何操作系統(tǒng)（Windows/macOS/Linux）、任何CPU（Intel/AMD/ARM）、任何JVM實(shí)現(xiàn)上，運(yùn)行結(jié)果完全一致。

1.2 為什么需要strictfp？

很多人會(huì)疑惑：Java浮點(diǎn)數(shù)不是默認(rèn)遵循IEEE 754標(biāo)準(zhǔn)嗎？為什么還需要strictfp？

答案很簡(jiǎn)單：為了優(yōu)化性能，JVM默認(rèn)會(huì)“靈活處理”浮點(diǎn)數(shù)的中間計(jì)算精度——它會(huì)利用CPU的浮點(diǎn)寄存器（通常是80位精度）來(lái)存儲(chǔ)中間計(jì)算結(jié)果，而不是嚴(yán)格按照f(shuō)loat（32位）、double（64位）的標(biāo)準(zhǔn)精度來(lái)計(jì)算。

這就會(huì)導(dǎo)致一個(gè)問(wèn)題：不同CPU的浮點(diǎn)寄存器實(shí)現(xiàn)、不同操作系統(tǒng)的底層優(yōu)化不同，同一段代碼的中間計(jì)算精度會(huì)有細(xì)微差異，最終的計(jì)算結(jié)果也會(huì)出現(xiàn)偏差（雖然偏差很小，可能只有小數(shù)點(diǎn)后幾位，但在某些場(chǎng)景下是致命的）。

舉個(gè)真實(shí)案例：某金融系統(tǒng)的利息計(jì)算代碼，在開發(fā)環(huán)境（Windows+Intel CPU）計(jì)算出的利息是1000.56元，部署到生產(chǎn)環(huán)境（Linux+AMD CPU）后，計(jì)算結(jié)果變成了1000.57元，雖然只差1分錢，但對(duì)賬時(shí)出現(xiàn)大量異常，排查了3天才發(fā)現(xiàn)是浮點(diǎn)數(shù)平臺(tái)差異導(dǎo)致的——而如果當(dāng)初給計(jì)算類加上strictfp，這個(gè)問(wèn)題就不會(huì)出現(xiàn)。

簡(jiǎn)單來(lái)說(shuō)：strictfp 就是“犧牲一點(diǎn)性能優(yōu)化，換取跨平臺(tái)計(jì)算結(jié)果的絕對(duì)一致性”。

二、底層原理

要徹底理解strictfp，必須搞懂它的底層工作機(jī)制，結(jié)合IEEE 754標(biāo)準(zhǔn)和JVM的浮點(diǎn)計(jì)算邏輯，拆解清楚“默認(rèn)模式”和“strictfp模式”的區(qū)別。

2.1 IEEE 754標(biāo)準(zhǔn)基礎(chǔ)

IEEE 754是國(guó)際通用的浮點(diǎn)數(shù)標(biāo)準(zhǔn)，Java的float和double類型就是基于這個(gè)標(biāo)準(zhǔn)實(shí)現(xiàn)的：

• • float：32位單精度浮點(diǎn)數(shù)（1位符號(hào)位+8位指數(shù)位+23位尾數(shù)位）；
• • double：64位雙精度浮點(diǎn)數(shù)（1位符號(hào)位+11位指數(shù)位+52位尾數(shù)位）。

這個(gè)標(biāo)準(zhǔn)規(guī)定了浮點(diǎn)數(shù)的存儲(chǔ)、運(yùn)算、舍入規(guī)則，但沒(méi)有強(qiáng)制要求“中間計(jì)算必須使用標(biāo)準(zhǔn)精度”——這就給了JVM優(yōu)化的空間，也帶來(lái)了平臺(tái)差異的問(wèn)題。

2.2 默認(rèn)模式（無(wú)strictfp）的計(jì)算邏輯

當(dāng)沒(méi)有使用strictfp關(guān)鍵字時(shí)，JVM會(huì)做這樣的優(yōu)化：

• 1. 執(zhí)行浮點(diǎn)數(shù)計(jì)算時(shí)，會(huì)將計(jì)算過(guò)程中的中間結(jié)果，存儲(chǔ)到CPU的浮點(diǎn)寄存器中（通常是80位精度，比f(wàn)loat、double的精度都高）；
• 2. 計(jì)算完成后，再將中間結(jié)果截?cái)?舍入到float（32位）或double（64位）的標(biāo)準(zhǔn)精度，得到最終結(jié)果；
• 3. 不同CPU的浮點(diǎn)寄存器實(shí)現(xiàn)不同、舍入規(guī)則略有差異，導(dǎo)致最終結(jié)果出現(xiàn)平臺(tái)不一致。

注意：這種優(yōu)化的好處是“速度快、中間精度高”，大多數(shù)場(chǎng)景下，這種細(xì)微偏差可以忽略不計(jì)，但在對(duì)精度一致性要求極高的場(chǎng)景（比如金融），就是致命的。

2.3 strictfp模式的計(jì)算邏輯

當(dāng)使用strictfp關(guān)鍵字后，JVM會(huì)強(qiáng)制嚴(yán)格遵循IEEE 754標(biāo)準(zhǔn)，禁用所有硬件層面的精度優(yōu)化：

• 1. float類型的計(jì)算，全程使用32位精度，中間結(jié)果也必須存儲(chǔ)為32位，不能使用更高精度的寄存器；
• 2. double類型的計(jì)算，全程使用64位精度，中間結(jié)果也必須存儲(chǔ)為64位；
• 3. 所有舍入、運(yùn)算規(guī)則，嚴(yán)格按照IEEE 754標(biāo)準(zhǔn)執(zhí)行，不允許任何平臺(tái)相關(guān)的優(yōu)化；
• 4. 最終結(jié)果：同一段代碼，在任何平臺(tái)上運(yùn)行，結(jié)果完全一致。

核心總結(jié)：strictfp 不是“提高精度”，而是“限制精度”——限制中間計(jì)算的精度，強(qiáng)制遵循標(biāo)準(zhǔn)，從而消除平臺(tái)差異。

三、strictfp 的使用語(yǔ)法

strictfp的使用非常簡(jiǎn)單，記住：它只能修飾3種結(jié)構(gòu)，不能修飾變量、構(gòu)造方法、代碼塊等，這是面試?？嫉幕A(chǔ)考點(diǎn)。

3.1 修飾類

當(dāng)strictfp修飾類時(shí)，這個(gè)類中所有的浮點(diǎn)數(shù)計(jì)算方法（包括普通方法、靜態(tài)方法）、內(nèi)部類，都會(huì)自動(dòng)啟用嚴(yán)格浮點(diǎn)計(jì)算，無(wú)需單獨(dú)給方法加strictfp。

// strictfp修飾類，類中所有浮點(diǎn)數(shù)計(jì)算都嚴(yán)格遵循IEEE 754
public?strictfp?class?FinancialCalculator?{
? ??// 自動(dòng)啟用strictfp
? ??public?double?calculateInterest(double?principal,?double?rate,?int?years)?{
? ? ? ??// 浮點(diǎn)數(shù)計(jì)算，跨平臺(tái)結(jié)果一致
? ? ? ??return?principal * Math.pow(1?+ rate, years);
? ? }
? ??// 靜態(tài)方法也自動(dòng)啟用strictfp
? ??public?static?double?add(double?a,?double?b)?{
? ? ? ??return?a + b;
? ? }
? ??// 內(nèi)部類也自動(dòng)啟用strictfp
? ??class?InnerCalc?{
? ? ? ??public?float?multiply(float?x,?float?y)?{
? ? ? ? ? ??return?x * y;
? ? ? ? }
? ? }
}

3.2 修飾方法

如果只需要某個(gè)特定的浮點(diǎn)數(shù)計(jì)算方法實(shí)現(xiàn)跨平臺(tái)一致，不需要整個(gè)類都啟用嚴(yán)格浮點(diǎn)，可以單獨(dú)給這個(gè)方法加strictfp。

特點(diǎn)：僅當(dāng)前方法生效，類中的其他方法、內(nèi)部類，依然使用默認(rèn)的浮點(diǎn)計(jì)算模式。

public?class?Calculator?{
? ??// 普通方法，默認(rèn)浮點(diǎn)計(jì)算（可能有平臺(tái)差異）
? ??public?double?normalCalc(double?a,?double?b)?{
? ? ? ??return?a / b;
? ? }
? ??// 單獨(dú)給方法加strictfp，該方法嚴(yán)格浮點(diǎn)計(jì)算
? ??public?strictfp?double?strictCalc(double?a,?double?b)?{
? ? ? ??return?a * b + Math.sin(a);
? ? }
}

3.3 修飾接口（Java 8+ 支持）

Java 8及以上版本，strictfp可以修飾接口，作用是：接口中所有的抽象方法，都會(huì)被隱式標(biāo)記為strictfp。

注意：接口被strictfp修飾后，其實(shí)現(xiàn)類不會(huì)自動(dòng)繼承strictfp，如果實(shí)現(xiàn)類需要嚴(yán)格浮點(diǎn)計(jì)算，必須自己給實(shí)現(xiàn)方法或?qū)崿F(xiàn)類加strictfp（這是面試易錯(cuò)點(diǎn)）。

// strictfp修飾接口，抽象方法隱式strictfp
public?strictfp?interface?FloatOperation?{
? ??double?calculate(double?a,?double?b);?// 隱式strictfp
? ??float?subtract(float?x,?float?y); ? ?// 隱式strictfp
}
// 實(shí)現(xiàn)類，不會(huì)繼承strictfp，需手動(dòng)添加
public?class?FloatOperationImpl?implements?FloatOperation?{
? ??// 若需要嚴(yán)格浮點(diǎn)，必須手動(dòng)加strictfp
? ??@Override
? ??public?strictfp?double?calculate(double?a,?double?b)?{
? ? ? ??return?a + b;
? ? }
? ??// 不添加strictfp，使用默認(rèn)浮點(diǎn)計(jì)算
? ??@Override
? ??public?float?subtract(float?x,?float?y)?{
? ? ? ??return?x - y;
? ? }
}

3.4 嚴(yán)禁修飾的結(jié)構(gòu)

以下結(jié)構(gòu)不能用strictfp修飾，否則編譯報(bào)錯(cuò)：

• • 變量（包括成員變量、局部變量）：strictfp double num = 10.0;（錯(cuò)誤）；
• • 構(gòu)造方法：public strictfp FinancialCalculator() {}（錯(cuò)誤）；
• • 代碼塊（靜態(tài)代碼塊、實(shí)例代碼塊）：strictfp { ... }（錯(cuò)誤）；
• • 枚舉、注解：strictfp不能修飾枚舉類、注解類型。

四、strictfp 的繼承與重寫規(guī)則

strictfp的繼承和重寫規(guī)則，是面試中經(jīng)?？嫉降狞c(diǎn)，很多人容易混淆，這里用通俗的語(yǔ)言+案例，講清楚所有規(guī)則。

規(guī)則1：類被strictfp修飾，子類自動(dòng)繼承strictfp

如果父類被strictfp修飾，那么子類會(huì)自動(dòng)繼承strictfp，子類中的所有浮點(diǎn)數(shù)計(jì)算方法，都會(huì)啟用嚴(yán)格浮點(diǎn)計(jì)算，無(wú)需手動(dòng)添加。

// 父類被strictfp修飾
public?strictfp?class?ParentCalc?{
? ??public?double?parentCalc(double?a,?double?b)?{
? ? ? ??return?a * b;
? ? }
}
// 子類自動(dòng)繼承strictfp，無(wú)需手動(dòng)添加
public?class?ChildCalc?extends?ParentCalc?{
? ??// 自動(dòng)啟用strictfp
? ??public?double?childCalc(double?x,?double?y)?{
? ? ? ??return?x + y;
? ? }
? ??// 重寫父類方法，也自動(dòng)啟用strictfp
? ??@Override
? ??public?double?parentCalc(double?a,?double?b)?{
? ? ? ??return?a / b;
? ? }
}

規(guī)則2：方法被strictfp修飾，子類重寫時(shí)可加可不加

如果父類的某個(gè)方法被strictfp修飾，子類重寫該方法時(shí)，既可以添加strictfp（保持嚴(yán)格浮點(diǎn)），也可以不添加（使用默認(rèn)浮點(diǎn)），不會(huì)影響重寫的合法性。

public?class?Parent?{
? ??// 父類方法加strictfp
? ??public?strictfp?double?calc(double?a,?double?b)?{
? ? ? ??return?a + b;
? ? }
}
public?class?Child?extends?Parent?{
? ??// 重寫時(shí)不加strictfp，使用默認(rèn)浮點(diǎn)計(jì)算
? ??@Override
? ??public?double?calc(double?a,?double?b)?{
? ? ? ??return?a * b;
? ? }
? ??// 也可以加strictfp，保持嚴(yán)格浮點(diǎn)
? ??// @Override
? ??// public strictfp double calc(double a, double b) {
? ??// ? ? return a * b;
? ??// }
}

規(guī)則3：接口被strictfp修飾，實(shí)現(xiàn)類不繼承

前面已經(jīng)提到，接口被strictfp修飾后，其抽象方法隱式為strictfp，但實(shí)現(xiàn)類不會(huì)繼承這個(gè)特性，必須手動(dòng)給實(shí)現(xiàn)方法或?qū)崿F(xiàn)類加strictfp，否則使用默認(rèn)浮點(diǎn)計(jì)算。

規(guī)則4：內(nèi)部類繼承外部類的strictfp特性

如果外部類被strictfp修飾，那么其內(nèi)部類（包括成員內(nèi)部類、靜態(tài)內(nèi)部類）都會(huì)自動(dòng)繼承strictfp，無(wú)需手動(dòng)添加。

五、strictfp 的適用場(chǎng)景

strictfp不是萬(wàn)能的，也不是所有場(chǎng)景都需要用——它的核心價(jià)值是“跨平臺(tái)結(jié)果一致”，只有當(dāng)你“不能接受任何平臺(tái)差異”時(shí)，才需要使用。以下是4個(gè)典型場(chǎng)景，也是開發(fā)中最常用到的場(chǎng)景。

場(chǎng)景1：金融計(jì)算

金融領(lǐng)域（股票、匯率、計(jì)費(fèi)、對(duì)賬、交易系統(tǒng)、利息計(jì)算）是strictfp的核心應(yīng)用場(chǎng)景，因?yàn)?ldquo;金額不能有任何偏差”——哪怕是1分錢的差異，都可能導(dǎo)致對(duì)賬失敗、合規(guī)風(fēng)險(xiǎn)。

比如：某銀行的利息計(jì)算系統(tǒng)，需要保證在全國(guó)所有服務(wù)器（不同CPU、不同操作系統(tǒng)）上，對(duì)同一筆存款計(jì)算出的利息完全一致；某電商平臺(tái)的計(jì)費(fèi)系統(tǒng)，需要保證不同用戶端（Windows、iOS、Android）計(jì)算出的優(yōu)惠金額、實(shí)付金額完全一致，這些場(chǎng)景都必須使用strictfp。

場(chǎng)景2：科學(xué)計(jì)算與工程計(jì)算

物理模擬、航天計(jì)算、醫(yī)療設(shè)備數(shù)據(jù)計(jì)算、氣象預(yù)測(cè)等場(chǎng)景，對(duì)計(jì)算結(jié)果的可復(fù)現(xiàn)性要求極高——同一份數(shù)據(jù)，在不同設(shè)備上計(jì)算出的結(jié)果必須完全一致，否則會(huì)影響實(shí)驗(yàn)結(jié)論、設(shè)備精度。

比如：航天領(lǐng)域的軌道計(jì)算，需要保證在地面服務(wù)器、衛(wèi)星搭載的處理器上，計(jì)算出的軌道參數(shù)完全一致；醫(yī)療設(shè)備的血糖、血壓數(shù)據(jù)計(jì)算，需要保證不同設(shè)備的測(cè)量結(jié)果統(tǒng)一，這些場(chǎng)景都需要strictfp。

場(chǎng)景3：分布式系統(tǒng)的浮點(diǎn)數(shù)計(jì)算

分布式系統(tǒng)中，多臺(tái)服務(wù)器可能部署在不同的硬件環(huán)境、操作系統(tǒng)上，如果這些服務(wù)器需要共同參與浮點(diǎn)數(shù)計(jì)算（比如分布式統(tǒng)計(jì)、分布式對(duì)賬），就必須使用strictfp，否則不同服務(wù)器的計(jì)算結(jié)果不一致，會(huì)導(dǎo)致數(shù)據(jù)錯(cuò)亂。

比如：分布式電商的訂單金額統(tǒng)計(jì)，多臺(tái)服務(wù)器分別計(jì)算不同區(qū)域的訂單金額，最終匯總時(shí)，需要保證每臺(tái)服務(wù)器的計(jì)算結(jié)果一致，否則匯總金額會(huì)出現(xiàn)偏差。

場(chǎng)景4：游戲引擎的物理系統(tǒng)

大型網(wǎng)絡(luò)游戲中，所有客戶端（不同電腦、不同CPU）的物理效果必須完全一致——比如角色的移動(dòng)速度、碰撞檢測(cè)、技能傷害計(jì)算，否則會(huì)出現(xiàn)“客戶端顯示與服務(wù)器不一致”的情況（比如A玩家看到自己命中了，B玩家看到?jīng)]命中），影響游戲公平性。

因此，游戲引擎的物理計(jì)算模塊，通常會(huì)啟用strictfp，保證所有客戶端的計(jì)算結(jié)果統(tǒng)一。

六、不需要使用strictfp的場(chǎng)景

strictfp會(huì)禁用硬件精度優(yōu)化，雖然現(xiàn)代JVM的性能損耗極小，但也沒(méi)必要濫用——大多數(shù)業(yè)務(wù)場(chǎng)景，并不需要“跨平臺(tái)結(jié)果絕對(duì)一致”，此時(shí)使用默認(rèn)的浮點(diǎn)計(jì)算模式，速度更快、中間精度更高。

以下場(chǎng)景，完全不需要使用strictfp：

• • 普通后臺(tái)管理系統(tǒng)：比如用戶信息管理、日志統(tǒng)計(jì)、數(shù)據(jù)展示，浮點(diǎn)數(shù)計(jì)算的細(xì)微偏差不影響業(yè)務(wù)；
• • 圖像渲染、音頻處理：這類場(chǎng)景更注重計(jì)算速度，輕微的精度偏差肉眼無(wú)法察覺(jué)；
• • 非敏感數(shù)據(jù)的統(tǒng)計(jì)計(jì)算：比如網(wǎng)站訪問(wèn)量統(tǒng)計(jì)、用戶行為分析，浮點(diǎn)數(shù)的細(xì)微偏差不影響分析結(jié)果；
• • 本地工具類：僅在本地運(yùn)行，不涉及跨平臺(tái)部署，無(wú)需考慮平臺(tái)差異。

七、strictfp 的特點(diǎn)與限制

使用strictfp時(shí)，有幾個(gè)關(guān)鍵細(xì)節(jié)需要注意，避免踩坑，這些也是面試中?？嫉囊族e(cuò)點(diǎn)。

特點(diǎn)1：只對(duì)浮點(diǎn)數(shù)有效，對(duì)整數(shù)無(wú)效

strictfp僅作用于float、double類型的浮點(diǎn)數(shù)計(jì)算，對(duì)int、long、byte等整數(shù)類型的計(jì)算，沒(méi)有任何影響——整數(shù)計(jì)算本身就不存在平臺(tái)差異，不需要strictfp來(lái)控制。

特點(diǎn)2：不會(huì)提高精度，反而會(huì)限制精度

這是最容易被誤解的點(diǎn)：很多人以為strictfp是“提高浮點(diǎn)數(shù)精度”，其實(shí)恰恰相反——它是“限制精度”，強(qiáng)制中間計(jì)算使用標(biāo)準(zhǔn)精度（32位/64位），禁止使用更高精度的硬件優(yōu)化，從而保證跨平臺(tái)一致。

舉個(gè)例子：默認(rèn)模式下，浮點(diǎn)數(shù)計(jì)算的中間結(jié)果可能用80位精度，最終結(jié)果更精準(zhǔn)；而strictfp模式下，中間結(jié)果被限制為32位/64位，最終結(jié)果的精度可能略低，但勝在跨平臺(tái)一致。

特點(diǎn)3：性能損耗極小，可忽略不計(jì)

很多人擔(dān)心“使用strictfp會(huì)影響性能”，其實(shí)在現(xiàn)代JVM（JDK8及以上）中，這種性能損耗非常小——因?yàn)橛布↑c(diǎn)優(yōu)化的提升本身就有限，而且strictfp只是禁用了中間精度優(yōu)化，不會(huì)增加額外的計(jì)算步驟，日常開發(fā)中完全可以忽略。

限制1：無(wú)法解決浮點(diǎn)數(shù)精度丟失的根本問(wèn)題

注意：strictfp只能保證“跨平臺(tái)結(jié)果一致”，不能解決浮點(diǎn)數(shù)本身的精度丟失問(wèn)題（比如0.1+0.2≠0.3）。浮點(diǎn)數(shù)精度丟失是IEEE 754標(biāo)準(zhǔn)本身的缺陷，strictfp無(wú)法解決，這類問(wèn)題需要用BigDecimal來(lái)處理（后續(xù)會(huì)專門寫一篇BigDecimal的實(shí)戰(zhàn)用法）。

限制2：Math類的方法不受strictfp控制

Java中的Math類，其浮點(diǎn)數(shù)方法（比如Math.sin()、Math.pow()）使用的是默認(rèn)浮點(diǎn)計(jì)算模式，不受strictfp關(guān)鍵字的控制——哪怕你給包含Math方法的類/方法加了strictfp，Math類的內(nèi)部計(jì)算依然可能使用硬件優(yōu)化，導(dǎo)致結(jié)果有細(xì)微差異。

解決方案：如果需要嚴(yán)格的浮點(diǎn)數(shù)計(jì)算，使用StrictMath類（Math類的嚴(yán)格版本），StrictMath類的所有方法都嚴(yán)格遵循IEEE 754標(biāo)準(zhǔn)，不受平臺(tái)影響，結(jié)合strictfp使用，能實(shí)現(xiàn)絕對(duì)穩(wěn)定的浮點(diǎn)數(shù)計(jì)算。

八、Math vs StrictMath

Math和StrictMath的區(qū)別，是面試中經(jīng)?？嫉降狞c(diǎn)，也是開發(fā)中容易混淆的地方，這里用表格清晰對(duì)比，一目了然。

核心建議：金融、科學(xué)計(jì)算等要求嚴(yán)格一致的場(chǎng)景，使用「strictfp + StrictMath」組合，確保結(jié)果絕對(duì)穩(wěn)定。

九、總結(jié)

• 1. strictfp = 嚴(yán)格浮點(diǎn)計(jì)算，核心目的是“跨平臺(tái)結(jié)果一致”；
• 2. 修飾范圍：類、接口（Java8+）、方法，不能修飾變量、構(gòu)造方法；
• 3. 原理：強(qiáng)制遵循IEEE 754，禁用硬件精度優(yōu)化，限制中間計(jì)算精度；
• 4. 適用場(chǎng)景：金融、科學(xué)計(jì)算、分布式、游戲物理（需跨平臺(tái)一致）；
• 5. 最佳實(shí)踐：strictfp + StrictMath，解決跨平臺(tái)一致性問(wèn)題；浮點(diǎn)數(shù)精度丟失，用BigDecimal。

寫到這里，相信大家已經(jīng)徹底搞懂了strictfp的使用——它雖然不是日常開發(fā)中天天用到的關(guān)鍵字，但在金融、科學(xué)計(jì)算等核心場(chǎng)景，卻是“避坑神器”，也是面試中容易拉開差距的考點(diǎn)。

到此這篇關(guān)于Java嚴(yán)格浮點(diǎn)計(jì)算strictfp關(guān)鍵字詳解的文章就介紹到這了,更多相關(guān)Java strictfp關(guān)鍵字內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論