Golang科學計數法轉換string數字輸出

1、問題

最近接手一個商城運單號模塊，接手後發現有部分運單號返回給前端是按照科學計數法的方式返回，如：8.0497183772403904E+17，後查庫發現這些運單號在excel導入的時候就是按照科學計數法導入，沒做任何處理。
按照科學計數法的形式返回給用戶運單號，這樣太不友好了，簡直就是bug，所以需要進行轉換處理後再返回給用戶。

2、問題修復

面向谷歌編程，找到了以下方法進行轉換：

• 第一種：

oldNum := float64(8.0497183772403904E+17)
newNum := big.NewRat(1, 1)
newNum.SetFloat64(oldNum)
fmt.Println(newNum.FloatString(0))
結果：
804758523075821952

• 第二種：

var newNum float64
numStr := "8.04758523075822e+17"
_, err := fmt.Sscanf(numStr, "%e", &newNum)
if err != nil {
	log.Errorf("fmt.Sscanf error, numStr:%s, err:%v", numStr, err)
	return
}
num := fmt.Sprintf("%.f", newNum)
fmt.Println(num)
結果：
804758523075821952

以上兩種轉出來的都會精度有所丟失，具體原因未知，現在還未去深究，有知道的朋友希望可以評論回覆解答一下，謝謝。

• 第三種：
  以上兩種都存在丟失的問題，起初是不知道的，後面通過java進行轉換了才發現真的丟失了java代碼如下：

 BigDecimal bd = new BigDecimal("8.04758523075822e+17");
 System.out.println(bd.toPlainString());
 結果：
 804758523075822000

java既然可以通過BigDecimal進行轉換，那golang肯定也可以，golang對應的代碼如下：

numStr := "8.04758523075822e+17"
decimalNum, err := decimal.NewFromString(numStr)
if err != nil {
	log.Errorf("decimal.NewFromString error, numStr:%s, err:%v", numStr, err)
	return
}
fmt.Println(decimalNum.String())
結果：
804758523075822000

3、總結

在進行科學計數法的數字轉string數字的時候，最好還是使用第三種方法，這樣不會精度丟失的情況。當然導入excel的業務上要做好判斷處理，若是純數字運單號入庫就應該是純數字而不是科學計數法的形式。