at [Source: [B@2b13c84f; line: 1, column: 432] (through reference chain: java.util.LinkedHashMap["rows"]->java.util.ArrayList[0]->org.haze.ajj.risk.model.RiskPoint["pageBean"]->org.haze.base.page.PageBean["offset"])

根据你提供的信息，这个错误的原因可能是你在对一个`LinkedHashMap`对象进行序列化时出现了问题。具体来说，反序列化过程中发现这个`LinkedHashMap`包含一个`rows`字段，而该字段又是一个`ArrayList`类型的对象。在`ArrayList`中的第一个元素是一个`RiskPoint`类型的对象，而这个对象的`pageBean`字段又是一个`PageBean`类型的对象。在`PageBean`对象中，有一个名为`offset`的字段，但是它的类型不是`Long`或者`Integer`，而是一个Java数组（byte数组）。

这种情况通常是由于序列化和反序列化过程中类型不匹配导致的。由于Java中的泛型是在编译时期完成的，因此在序列化和反序列化时需要指定具体的类型信息。如果类型信息不匹配，就会导致反序列化时出现类型转换异常。

为了解决这个问题，你可以尝试在序列化和反序列化时指定具体的类型信息，或者使用一些第三方的序列化库，例如Jackson或者Gson等，它们通常支持更加灵活的类型转换和处理方式。另外，你还需要检查一下代码中是否存在类型不匹配的情况，例如在对缓存对象进行设置时是否指定了错误的类型信息等。

相关问题

com.mysql.cj.jdbc.ConnectionImpl@13c10b87

com.mysql.cj.jdbc.ConnectionImpl@13c10b87 是一个数据库连接对象的默认toString()方法的输出结果。它并不是实际的问题，而是一个对象的标识符。如果你想要获取数据库连接对象的相关信息，你可以通过调用相应的方法来获取。例如，可以使用getCatalog()方法来获取数据库的名称，使用getAutoCommit()方法来获取是否启用了自动提交事务等等。

goroutine 342 [running]: sync.fatal({0xbdff5b, 0x20}) D:/Program Files (x86)/Go/src/runtime/panic.go:1031 +0x29 sync.(*RWMutex).Unlock(0x19f96d0) D:/Program Files (x86)/Go/src/sync/rwmutex.go:209 +0x57 go-study/models.sendMsg(0x0, {0x135fe0f0, 0x15, 0x15}) D:/go/go-study/models/Message.go:193 +0x70 go-study/models.Chat({0x12fe4500, 0x13bec360}, 0x130d0380) D:/go/go-study/models/Message.go:82 +0x3a0 go-study/service.SendUserMsg(0x13bec360) D:/go/go-study/service/userBasicService.go:237 +0x54 github.com/gin-gonic/gin.(*Context).Next(...) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/context.go:174 github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0x13bec360) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/recovery.go:102 +0x89 github.com/gin-gonic/gin.(*Context).Next(...) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/context.go:174 github.com/gin-gonic/gin.LoggerWithConfig.func1(0x13bec360) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/logger.go:240 +0xa7 github.com/gin-gonic/gin.(*Context).Next(...) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/context.go:174 github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0x13be80e0, 0x13bec360) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/gin.go:620 +0x51b github.com/gin-gonic/gin.(*Engine).ServeHTTP(0x13be80e0, {0xd04140, 0x13c060a0}, 0x130d0380) D:/Program Files (x86)/Go/bin/pkg/mod/github.com/gin-gonic/gin@v1.9.0/gin.go:576 +0x1c9 net/http.serverHandler.ServeHTTP({0x13d46000}, {0xd04140, 0x13c060a0}, 0x130d0380) D:/Program Files (x86)/Go/src/net/http/server.go:2947 +0x285 net/http.(*conn).serve(0x132d8360, {0xd048a0, 0x132f2738}) D:/Program Files (x86)/Go/src/net/http/server.go:1991 +0x67d created by net/http.(*Server).Serve D:/Program Files (x86)/Go/src/net/http/server.go:3102 +0x498

这是一个 Go 语言的运行时错误，可能是由于代码中的某些问题导致的。从错误信息来看，很可能是在 `go-study/models/Message.go` 文件的第 193 行调用了 `sync.RWMutex` 的 `Unlock` 方法，但是该 `RWMutex` 并未被锁定，从而导致了 fatal 错误。

建议检查代码中关于锁定和解锁的部分，确保在正确的上下文中使用锁定和解锁操作。另外，可以使用 Go 的调试工具，如 `go tool trace` 或 `go tool pprof`，来进一步分析和定位问题。