处理文件数据时 json.Unmarshal 有效，但使用 json.NewDecoder().Decode() 无效

欢迎各位小伙伴来到golang学习网，相聚于此都是缘哈哈哈！今天我给大家带来《处理文件数据时 json.Unmarshal 有效，但使用 json.NewDecoder().Decode() 无效》，这篇文章主要讲到等等知识，如果你对Golang相关的知识非常感兴趣或者正在自学，都可以关注我，我会持续更新相关文章！当然，有什么建议也欢迎在评论留言提出！一起学习！

以下正确解组该结构：

func foo() {
  d, err := os.readfile("file.json")

  var t t
  if err := json.unmarshal(d, &t); err != nil {
    panic(err)
  }
}

但这不起作用，并会抛出一堆经典的 json 解析错误，即 eof、unexpected token 't' 等。

func foo() {
  f, err := os.open("file.json")
  
  var t t
  if err := json.newdecoder(f).decode(&t); err != nil {
    panic(err)
  }
}

知道为什么吗？ os.file 或 []byte 同时在两个 goroutine 中使用，json 结构如下（省略部分字段）：

{
  "data": [
    {
      "field": "stuff",
      "num": 123,
    },
    ...
  ]
}

正确答案

os.File 或 []byte 同时在两个 goroutine 中使用...

这就是问题所在。 os.File 有一个内部文件指针，下一次读取发生的位置。如果两个不相关的实体继续从中读取数据，它们可能不会读取重叠的数据。第一个实体读取的字节不会在第二个实体中重复。

此外，os.File 对于并发使用并不安全（文档没有明确说明它是安全的）：从多个并发 goroutine 调用其方法可能会导致数据竞争。

当您将 []byte 传递给“从中读取”的多个函数/goroutines 时，没有共享指针或索引变量。每个函数/goroutine 将分别维护其索引，并且从多个 goroutine 读取变量是可以的（在本例中是切片头和切片元素的字段）。

终于介绍完啦！小伙伴们，这篇关于《处理文件数据时 json.Unmarshal 有效，但使用 json.NewDecoder().Decode() 无效》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！