关于无法向database/sql的sql.Row植入错误的SWE技术求助

1. 使用unsafe包构造带自定义错误的sql.Row #

这是无法修改接口签名时最直接的方案，通过unsafe包绕过标准库字段导出限制，构造携带自定义错误的sql.Row：

import (
	"database/sql"
	"unsafe"
)

// 定义与sql.Row完全一致的内部结构体（需严格匹配标准库的字段顺序与类型）
type internalRow struct {
	rows *sql.Rows
	err  error
}

// 创建携带自定义错误的sql.Row
func newErrorRow(err error) *sql.Row {
	r := internalRow{err: err}
	return (*sql.Row)(unsafe.Pointer(&r))
}

在你的QueryRowContext方法中使用：

func (db *XDB) QueryRowContext(ctx context.Context, query string, args ...interface{}) *sql.Row {
	// 前置操作检查
	if err := db.preExecuteCheck(ctx); err != nil {
		return newErrorRow(err)
	}
	return db.innerDB.QueryRowContext(ctx, query, args...)
}

注意：此方案依赖sql.Row的内部结构，若Go标准库未来修改该结构体定义，代码会失效。建议锁定Go版本或做好兼容性测试。

2. 利用标准库错误路径生成Row #

通过触发QueryRowContext的原生错误逻辑，生成携带错误的sql.Row，但仅能返回标准库自带错误（无法自定义业务错误）：

func (db *XDB) QueryRowContext(ctx context.Context, query string, args ...interface{}) *sql.Row {
	// 前置操作检查
	if err := db.preExecuteCheck(ctx); err != nil {
		// 通过取消上下文触发标准库错误
		cancelCtx, cancel := context.WithCancel(ctx)
		cancel()
		return db.innerDB.QueryRowContext(cancelCtx, query, args...)
	}
	return db.innerDB.QueryRowContext(ctx, query, args...)
}

此方案仅适用于无需自定义错误的场景，灵活性有限。

3. 协商重构接口设计（优先推荐） #

若能与依赖方协商，建议修改接口为Go规范的错误返回形式：

type SqlQuerier interface {
    QueryRowContext(ctx context.Context, query string, args ...interface{}) (*sql.Row, error)
}

这从根本上避免了sql.Row携带错误的设计矛盾。若无法直接修改原有接口，可新增扩展接口兼容：

type SqlQuerierWithError interface {
    SqlQuerier
    QueryRowContextWithError(ctx context.Context, query string, args ...interface{}) (*sql.Row, error)
}

让XDB实现扩展接口，内部优先使用带错误返回的方法，原有接口可调用扩展方法并在出错时构造带错误的Row。

内容的提问来源于stack exchange，提问作者KaliTheGreat