Golang JSON 解码时未对接口错误进行处理

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《Golang JSON 解码时未对接口错误进行处理》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

我是 golang 的菜鸟，非常感谢以下方面的任何帮助

我有这个代码片段，工作正常

var settings cloudsettings

type cloudsettings struct {
...
    a1 *bool `json:"cloud.feature1,omitempty"`
...
}

err = json.newdecoder(request.body).decode(&settings)

an attempt to send an invalid string would raise this error:

curl ... -d '{"cloud.feature1" : "junk"}'

"message":"error:strconv.parsebool: parsing \"junk\": invalid syntax decoding request body."

现在，我们有一个单独的 localsettings 结构体，并且相同的函数需要有条件地处理云/本地设置解码

所以，代码改为：

var settings interface{} = CloudSettings{}

// If the request header says local settings
settings = LocalSettings{}

/* After this change Decode() no longer raises any error for invalid strings and accepts anything */
err = json.NewDecoder(request.Body).Decode(&settings)

所以问题是为什么我会看到这种行为以及如何解决这个问题？

如果我有 2 个单独的 settings 变量，那么从该点开始的整个代码将被重复，这是我想避免的

正确答案

在第二个片段中，您有一个初始化为结构的接口，但传递该接口的地址。该接口包含 localsettings 或 cloudsetting 值，该值无法被覆盖，因此解码器创建一个 map[string]interface{}，将传递的接口的值设置为指向该值，并解组数据。当您运行第二个代码段时，您不会初始化本地设置或云设置。

更改：

settings=&cloudsettings{}

或

settings=&localsettings{}

和

err = json.newdecoder(request.body).decode(settings)

它应该按预期运行

根据您的问题，我假设所有字段（即使是具有相同名称的字段）在 json 标记中都有 cloud. 或 local. 前缀。如果是这种情况，您可以简单地将两个选项嵌入到一个类型中：

type wrapper struct {
    *cloudsettings
    *localsettings
}

然后解组为该包装类型。 json 标记将确保填充正确设置类型的正确字段：

wrapper := &wrapper{}
if err := json.newdecoder(request.body).decode(&wrapper); err != nil {
    // handle
}
// now to work out which settings were passed:
if wrapper.cloudsettings == nil {
    fmt.println("local settings provided!")
    // use wrapper.cloudsettings
} else {
    fmt.println("cloud settings provided!")
    // use wrapper.localsettings
}

Playground demo

您提到我们希望看到基于标头值加载的本地设置。您可以简单地解组有效负载，然后检查标头是否与加载的设置类型匹配。如果标头指定了本地设置，但负载包含云设置，则只需返回错误响应。

不过，我在这里假设您的 json 标签对于两种设置类型都是不同的。这并不总是适用，所以如果我的假设不正确，并且某些字段共享相同的 json 标签，那么自定义 unmarshal 函数将是可行的方法：

func (w *wrapper) unmarshaljson(data []byte) error {
    // say we want to prioritise local over cloud:
    l := localsettings{}
    if err := json.unmarshal(data, &l); err == nil {
        // we could unmarshal into local without a hitch?
        w.cloudsettings = nil // ensure this is blanked out
        w.localsettings = &l // set local
        return nil
    }
    // we should use cloud settings
    c := cloudsettings{}
    if err := json.unmarshal(data, &c); err != nil {
        return err
    }
    w.localsettings = nil
    w.cloudsettings = &c
    return nil
}

这样，任何冲突都会得到解决，并且我们可以控制哪些设置优先。同样，无论 json 解组的结果如何，您都可以简单地交叉检查标头值 + 填充的设置类型，然后从那里获取它。

最后，如果两种设置类型之间存在相当大的重叠，您也可以将有效负载解组为两种类型，并填充包装类型中的两个字段：

func (w *Wrapper) UnmarshalJSON(data []byte) error {
    *w = Wrapper{} // make sure we start with a clean slate
    l := LocalSettings{}
    var localFail err
    if err := json.Unmarshal(data, &l); err == nil {
        w.LocalSettings = &l // set local
    } else {
        localFail = err
    }
    c := CloudSettings{}
    if err := json.Unmarshal(data, &c); err == nil {
        w.CloudSettings = &c
    } else if localFail != nil { // both unmarshal calls failed
        return err // maybe wrap/return custom error
    }
    return nil // one or more unmarshals were successful
}

这应该可以解决问题

以上就是《Golang JSON 解码时未对接口错误进行处理》的详细内容，更多关于的资料请关注golang学习网公众号！