php小编草莓为您介绍一个关于 JSON 解析的问题。有时候我们会遇到这样的情况,使用 json.Unmarshal 解析文件数据是有效的,但是使用 json.NewDecoder().Decode() 却无效。这个问题可能出现在代码逻辑或者数据格式上,下面我们将详细分析可能的原因,并给出解决方案。
以下正确解组该结构:
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() 无效的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号