为什么我不能申请StandardClaims
和访问claims.Subject
?
从概念上讲,这是不可能的,因为默认情况下jwt.Parse
该函数将声明解析为. 这是与 ; 完全不同的数据结构;编译器无法使用简单的类型转换在两者之间自动转换,因为它们以不同的方式表示数据。jwt.MapClaims
jwt.StandardClaims
解析度
该库提供了该ParseWithClaims
函数,该函数允许您指定自己的jwt.Claims
接口实现者,以便将声明解码为。您可以传递jwt.StandardClaims
. 例如:
token, err := jwt.ParseWithClaims(
tokenString, &jwt.StandardClaims{},
func(token *jwt.Token) (interface{}, error) {
// ...
},
)
如果可能,声明将被解析并解码为变量token.Claims
。存储到此变量中的值的基础(动态1*jwt.StandardClaims
)类型将是。这可以在类型断言中用于从接口类型恢复标准声明:
claims, ok := token.Claims.(*jwt.StandardClaims)
if !ok {
// handle type assertion failure
}
// do something with "claims"
让我们更深入地研究语言规范和库定义,以便对这种说法进行更严格的评估。
包类型的背景理解
jwt.MapClaims
是具有基础类型map[string]interface{}
(代码)的已定义类型。
jwt.StandardClaims
是一个定义的struct
类型(代码):
type StandardClaims struct {
// Field set elided for brevity, as it is unimportant to the
// answer.
}
两种类型都实现了jwt.Claims
接口类型(定义),因此可以分配给类型变量jwt.Claims
:
type Claims interface {
Valid() bool
}
该Token
结构有一个名为type的字段——任何实现该接口的值都可以分配给.Claims
jwt.Claims
Claims
Claims
类型断言定义
语言规范指定当不是接口类型时表单的类型断言表达式x.(T)
有效,动态类型1必须与type相同。在这里,您希望评估断言;即断言类型不是接口类型。T
x
T
x.(*jwt.StandardClaims)
最终调用默认解析器的代码,传入声明目标的实例:jwt.Parse
jwt.ParseWithClaims
jwt.MapClaims
func (p *Parser) Parse(tokenString string, keyFunc Keyfunc) (*Token, error) {
return p.ParseWithClaims(tokenString, MapClaims{}, keyFunc)
}
Claims
因此生成的令牌中字段的动态类型是 type jwt.MapClaims
。此类型与 type不同(即不相同)jwt.StandardClaims
,因为用户定义的类型始终与除它们自身之外的任何其他类型不同。因此,类型断言失败。
1动态类型(ref):在 Go 中回想接口类型由实现接口中指定方法的超集的任何类型隐式实现。如果我们定义一个 type 的接口MyInterface
,则变量声明var x MyInterface
具有静态类型(在编译时定义)MyInterface
。但是,在运行时,我们可以将实现的任何值分配MyInterface
给x
. 在任何时候分配给的值的基础类型x
(实现接口的类型)指定变量的动态类型。