為什麼 *(*string)(unsafe.Pointer(&b)) 不適用於 bufio.Reader

在Go語言中，我們常會使用型別轉換來進行資料型別的轉換。例如，將一個[]byte類型的切片轉換為string類型的字串。通常情況下，我們可以使用`string()`函數來進行類型轉換，但在某些特殊情況下，這種方式會出現問題。在Go語言中，`(string)(unsafe.Pointer(&b))`的方式被稱為"魔術指針"方式，用於將一個[]byte類型的切片轉換為string類型的字串。然而，該方式並不適用於bufio.Reader類型。為什麼呢？讓我們來解答這個問題。

問題內容

我有一個檔案。它有一些ip

1.1.1.0/24
1.1.2.0/24
2.2.1.0/24
2.2.2.0/24

我讀取此檔案進行切片，並使用 *(*string)(unsafe.pointer(&b)) 將 []byte 解析為字串，但不起作用

func testinitiprangefromfile(t *testing.t) {
   filepath := "/tmp/test"
   file, err := os.open(filepath)
   if err != nil {
      t.errorf("failed to open ip range file:%s, err:%s", filepath, err)
   }
   reader := bufio.newreader(file)
   ranges := make([]string, 0)
   for {
      ip, _, err := reader.readline()
      if err != nil {
         if err == io.eof {
            break
         }
         logger.fatalf("failed to read ip range file, err:%s", err)
      }
      t.logf("ip:%s", *(*string)(unsafe.pointer(&ip)))
      ranges = append(ranges, *(*string)(unsafe.pointer(&ip)))
   }

   t.logf("%v", ranges)
}

結果：

task_test.go:71: ip:1.1.1.0/24
    task_test.go:71: ip:1.1.2.0/24
    task_test.go:71: ip:2.2.1.0/24
    task_test.go:71: ip:2.2.2.0/24
    task_test.go:75: [2.2.2.0/24 1.1.2.0/24 2.2.1.0/24 2.2.2.0/24]

為什麼 1.1.1.0/24 改為 2.2.2.0/24 ？

改變

*(*string)(unsafe.Pointer(&ip))

到字串（ip）它可以工作

解決方法

因此，雖然將切片標頭重新解釋為字串標頭，但您所做的方式絕對是瘋狂的，並且無法保證正常工作，但這只是間接導致問題的原因。 p>

真正的問題是，您保留了指向bufio/Reader.ReadLine() 返回值的指針，但該方法的文檔說“返回的緩衝區僅在下次調用ReadLine 之前有效。”這意味著讀者以後可以自由地重複使用該內存，而這就是正在發生的事情。

當您以正確的方式進行轉換時，string(ip)，Go會將緩衝區的內容複製到新建立的字串中，該字串在將來仍然有效。但是，當您將切片鍵入雙關語到字串中時，您會保留完全相同的指針，一旦讀取器重新填充其緩衝區，該指針就會停止工作。

如果您決定使用指標欺騙作為效能駭客以避免複製和分配......那就太糟糕了。無論如何，讀取器介面都會強制您複製數據，既然如此，您應該只使用 string()。

以上是為什麼 *(*string)(unsafe.Pointer(&b)) 不適用於 bufio.Reader的詳細內容。更多資訊請關注PHP中文網其他相關文章！