首頁  >  文章  >  後端開發  >  為什麼在 Go 中將 `uint8` 轉換為 `int8` 會導致意外行為?

為什麼在 Go 中將 `uint8` 轉換為 `int8` 會導致意外行為?

Susan Sarandon
Susan Sarandon原創
2024-10-26 19:33:03251瀏覽

Why Does Converting a `uint8` to an `int8` in Go Lead to Unexpected Behavior?

從uint8 到int8 的轉換引起的混亂

在Go 中將uint8 轉換為int8 可能會導致意外行為,如下所示範例:

<code class="go">package main

import (
    "fmt"
)

func main() {
    a := int8(0xfc) // Compile error: constant 252 overflows int8
}</code>

程式碼失敗並出現編譯時錯誤,因為常數0xfc 超出了int8 的範圍(-128 到127)。然而,下面的程式碼編譯沒有錯誤:

<code class="go">package main

import (
    "fmt"
)

func main() {
    a := 0xfc
    b := int8(a) // Ok
}</code>

差別在於操作順序。在第一個範例中,常數在分配給 a 之前先轉換為 int8。在第二個範例中,a 首先被賦值為 0xfc,然後轉換為 int8。

根據 Go 語言規範,常數表達式必須能夠用常數型別表示。這樣的話,0xfc就無法用int8來表示,導致編譯錯誤。

但是賦值後進行轉換時,a的值(不再是常數)在以下範圍內int8,允許轉換成功。

對於實際用例,請考慮以下範例:

<code class="go">type Char byte

var c Char = '世' // Error: '世' has value 0x4e16, too large.</code>

此程式碼會引發錯誤,因為常數 '世' 的值 (0x4e16)超出位元組範圍(0 到 255)。要解決此問題,可以使用以下技術:

<code class="go">var c Char = Char('世') // Ok</code>

在這種情況下,「世」首先分配給位元組類型,然後轉換為 Char。這保證了該值在Char類型的範圍內。將位元組轉換為 int32 時可以應用類似的技術,並考慮結果值的符號。

以上是為什麼在 Go 中將 `uint8` 轉換為 `int8` 會導致意外行為?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn