RedCrazyGhost

The default is gin.DebugMode, which can be manually specified My side is normal, later I will test this situation in version 1.22.5 ```golang package main import "github.com/gin-gonic/gin" func main() {...

https://github.com/gin-gonic/gin/blob/cc4e11438cd6c0bcc632fe3492d3817dfa21c337/mode.go#L73 https://github.com/gin-gonic/gin/blob/cc4e11438cd6c0bcc632fe3492d3817dfa21c337/mode.go#L52 Your code seems to have been modified again, and you need to check if the source code of the gin has been modified again

https://github.com/gin-gonic/gin/commit/4cabdd303fe38b6b53e83a6aa04d0468a71c0139 The last submission has been 4 years ago, and this part may involve problems with the gin execution stack, which has not been processed

The gin binding tag actually uses [validator](https://github.com/go-playground/validator) as its underlying implementation, and this [issue](https://github.com/go-playground/validator/issues/1315) provides a comprehensive answer to it.

@victor-gapeev There may be some logical problems with the code you write, and request.go explains Body io.ReadCloser and has a rudimentary understanding of its use https://github.com/golang/go/blob/fc9f02c7aec81bcfcc95434d2529e0bb0bc03d66/src/net/http/request.go#L174-L196 @rcarrion2 @victor-gapeev If you...

Although Conetxt.Keys and gin.H are both map[string]any, Keys are only used during the lifetime of the request and should not be exported as a result. gin.H is a specific output...