尽管类型相同，Go 类型转换仍可能失败。类型转换是在不同数据类型之间进行转换的过程，但在Go语言中，即使两个类型看起来相同，也不能保证转换一定成功。这是因为Go语言对类型的严格检查，要求转换的类型必须完全匹配，包括类型名称、结构和方法等。因此，开发者在进行类型转换时，一定要谨慎并遵循Go语言的类型规则，以避免出现转换失败的情况。
我使用 jackc/pgx 驱动程序和 gorm 库来与 postgresql 数据库交互。
我有一个实例，我必须检查 postgresql 错误代码并以不同的方式处理某种错误类型。当使用 pgx 驱动程序时，gorm 方法返回 *pgconn.pgerror 类型作为 error，其中包含一个带有特定错误代码的字段。
为了访问该字段，我必须将 error 转换为 *pgconn.pgerror，但由于某种原因，这失败了：
res := tx.Take(&f, "id = ?", id)
if res.Error != nil {
if pqErr, ok := res.Error.(*pgconn.PgError); ok {
// does not reach here
} else {
fmt.Printf("Error type: %T\n", res.Error)
// Output: "Error type: *pgconn.PgError"
}
}
注释：
pgx 和 pgconn 包位于同一项目内，因此它们不会返回具有相同名称的类型的不同版本。换句话说，我的 go.mod 中只有一个导入。*pgconn.pgerror。您已经解决了自己的问题，但这里有一些可能有用的背景，以及我如何找到来源。
同一个程序中可以存在同名的包，只要它们具有不同的导入路径即可。例如，标准库既有math/rand，也有crypto/rand，分别称为r和。这是 *pgconn.PgError 和 *pgconn.PgError 不同的第一个提示：它们来自不同的导入路径。
当 Go 中的模块进行主要修订时，它们应该更改其导入小路。这是为了保持导入路径的向后兼容性。请注意，这通常是通过更新 go.mod 文件中的 module 声明来完成的，而不是实际将代码移动到子目录中。例如，请参阅此 提交go.mod 文件中的 module 声明来完成的，而不是实际将代码移动到子目录中。例如，请参阅此 提交，其中 pgx 从 v4 碰撞到 v5 。这是第二个提示：来自 pgx，其中 pgx 从 v4 碰撞到 v5 。这是第二个提示：来自 pgx 项目的代码可以在多个导入路径下使用（由于多个主要版本）。
考虑到这一背景，我使用 git 标签查看最新的 v4.x.x 发布v4.x.x 发布。我注意到奇怪的是，pgconn 包在 v4 中不存在。这似乎排除了 github.com/jackc/pgx/v4/pgconn 与 github.com/jackc/pgx/v5/pgconn 冲突的想法。然后我在 Google 上搜索“pgconn”并找到了 github.com/jackc/pgconn。我注意到奇怪的是，pgconn 包在 v4 中不存在。这似乎排除了 github.com/jackc/pgx/v4/pgconn 与 github.com/jackc/pgx/v5/pgconn 冲突的想法。然后我在 Google 上搜索“pgconn”并找到了 github.com/jackc/pgconn 存储库，我在自述文件中看到：
该版本与 pgx v4 一起使用。在 pgx v5 中，它是 //m.sbmmt.com/link/a0fb5dd4b80c7e9411ba9667315d20c3 存储库的一部分。
从您提供的其他信息来看，您的错误可能是使用了导入路径 "github.com/jackc/pgx/pgconn"。如 pgx 的示例代码所示，您应该用于基本模块的当前导入路径是 "github.com/jackc/pgx/v5"，并且其中的包将被类似地指定，例如 "github .com/jackc/pgx/v5/pgconn"。
以上是尽管类型相同，Go 类型转换仍失败的详细内容。更多信息请关注PHP中文网其他相关文章！
