Go go-shp SHP与DBF的记录怎样对应

SHP几何记录与DBF属性行按原始记录顺序一一对应。在go-shp中，reader.Shape() 返回的整数是从0开始的对象索引，可以直接作为 reader.ReadAttribute(sourceRow, fieldIndex) 的行参数。第二个参数是字段序号，不是另一条记录号。

例如，导入地块轮廓后再显示名称，如果把过滤后的结果序号当成DBF源行，就可能出现形状正确、名称却属于另一块地的现象。这适合用“位置关联”模式解释：没有显式关联字段时，文件顺序本身就是契约；筛选、排序或拆开更新都需要维护这个契约。

项目官方仓库：https://github.com/jonas-p/go-shp

位置关联模式：同序记录是一对

Shapefile技术说明把几何与属性的关联定义在记录序号上，并要求属性记录与主文件记录保持相同顺序。文件记录号从1开始；go-shp的Shape索引从0开始，读取第一条记录时应把0传给ReadAttribute。不要因为见到文件格式编号从1开始，就对API返回值再次减1。依据：Esri技术说明，第2页和第5页。

文件组和字段索引先分清

示例采用同目录、同基名的小写文件名，如 parcels.shp、parcels.dbf，并保留数据源提供的SHX等配套文件。SHP存几何，DBF存属性；SHX是几何索引文件，不是把两者按业务ID连接的数据库索引。

Fields() 返回字段定义，ReadAttribute(row, field) 返回一个字段的字符串值。需要名称字段时，应先从字段定义确定列位置，而不是假设某个数字字段必定叫ID。示例仅打印第一列来突出行对应关系；实际导入应按字段约定选择列。依据：go-shp Reader文档。

按Shape索引读取同一行属性

以下完整程序面向可信、配套正常的本地数据，只演示关联读取及基本错误处理，不是针对任意损坏或不可信文件的完整解析器。依赖固定为文档中可见的v0.1.1，不声称它是当前最新版本。

# 新建示例目录时初始化；已有模块跳过此行
go mod init example.com/shppair
# 固定依赖，便于对照本文接口
go get github.com/jonas-p/go-shp@v0.1.1
# 保存下方main.go，并准备完整配套数据后运行
go run . ./data/parcels.shp

package main

import (
    "fmt"
    "log"
    "os"
    "path/filepath"
    "strings"

    "github.com/jonas-p/go-shp"
)

// inspect只用于可信、配套完整的本地Shapefile，演示位置关联。
func inspect(path string) error {
    if filepath.Ext(path) != ".shp" {
        return fmt.Errorf("示例要求小写 .shp 后缀")
    }
    dbfPath := strings.TrimSuffix(path, ".shp") + ".dbf"
    // Reader延迟打开DBF；这里先确认基本的可读取条件。
    dbf, err := os.Open(dbfPath)
    if err != nil {
        return fmt.Errorf("打开配套DBF: %w", err)
    }
    if err := dbf.Close(); err != nil {
        return err
    }

    reader, err := shp.Open(path)
    if reader != nil {
        defer func() {
            // 结束时调用库的资源清理方法，并保留关闭错误提示。
            if closeErr := reader.Close(); closeErr != nil {
                log.Printf("Reader关闭返回: %v", closeErr)
            }
        }()
    }
    if err != nil {
        return fmt.Errorf("打开SHP: %w", err)
    }
    fields := reader.Fields()
    if len(fields) == 0 {
        return fmt.Errorf("本例要求DBF至少有一个字段")
    }
    attributeRows := reader.AttributeCount()
    count := 0
    for reader.Next() {
        sourceRow, geometry := reader.Shape()
        if sourceRow = attributeRows {
            return fmt.Errorf("几何索引%d超出DBF行数%d", sourceRow, attributeRows)
        }
        // 第一参数直接用Shape返回索引；第二参数是字段序号。
        firstValue := reader.ReadAttribute(sourceRow, 0)
        fmt.Printf("源行=%d 几何类型=%T 字段=%s 值=%q\n",
            sourceRow, geometry, fields[0].String(), firstValue)
        count++
    }
    if err := reader.Err(); err != nil {
        return fmt.Errorf("遍历几何: %w", err)
    }
    if count != attributeRows {
        return fmt.Errorf("SHP条数%d与DBF条数%d不一致", count, attributeRows)
    }
    return nil
}

func main() {
    // 参数应为同目录配套文件中的.shp；不修改任何源数据。
    if len(os.Args) != 2 {
        log.Fatal("用法: go run . ./data/parcels.shp")
    }
    if err := inspect(os.Args[1]); err != nil {
        log.Fatal(err)
    }
}

程序先取原始sourceRow，再用它读属性，没有另建一个“成功接收数”充当源行。若原始前三条记录有效，预期源行依次为0、1、2；字段值取决于读者自己的DBF，本文不虚构地块名称或实际运行输出。按条数核对能发现部分不一致，但条数相同并不能证明两份文件来自同一次导出。

筛选和排序要移动整条Feature

反例是先把不想要的几何删除，再用剩余切片的下标读取DBF。比如保留源行0和2，结果切片下标变成0和1；第二个保留几何仍应读取源行2，而非源行1。同理，独立对DBF排序会让“相同位置”失去原始意义。

更容易维护的方案，是尽早把源行 SourceRow、几何 Geometry 和属性 Name 绑定为一个 Feature。筛选结果和排序结果都保存Feature整体；若需要跨导出版本的稳定身份，另用经过业务约定的ID字段，不能把SourceRow当永久ID。

// 过滤或排序前，把源索引、几何与属性打包成同一条业务记录。
type Feature struct {
    SourceRow int
    Geometry  shp.Shape
    Name      string
}

// 下面片段放在reader.Next循环中，nameField须提前按Fields确定。
sourceRow, geometry := reader.Shape()
feature := Feature{
    SourceRow: sourceRow,
    Geometry: geometry,
    Name: reader.ReadAttribute(sourceRow, nameField),
}
// 后续筛选和排序应移动feature整体，不再用结果序号反查原DBF。
_ = feature

上面是结构与循环体片段，不是第二份完整main程序；nameField 是调用方提前选出的名称列。保留属性副本会增加内存，但避免后续处理反复依赖原始文件状态；大数据量时，可以逐条传递完整Feature，而非把所有记录一次堆进内存。

读取接口有哪些实际边界

当前reader.go实现采用延迟打开DBF，属性读取返回字符串，并没有给每次ReadAttribute提供独立error返回。因而不能把空字符串直接解释成“这一行不存在”，也不能把Err为空当成所有DBF读取都已充分确认。缺少、截断或损坏的DBF需要独立处理；正文的基本检查不能覆盖这些情况。依据：项目Reader实现。

遇到Null Shape时，也不能先丢掉记录位置，再把后面几何重新编号。是否保留空几何可以由业务决定，源行对应关系仍要维持。若源文件组已经混配，单靠go-shp读取API无法推断正确属性，应回到可信导出结果恢复完整文件组。

常见问题

DBF里的ID是100，是否就读第100行？

不是。ID是字段值，行索引由Shape返回。需要按ID查询时，另行建立业务索引。

SHP和DBF同名、条数相同就一定配套吗？

不一定。它们可能来自不同导出版本，或其中一份被独立重排。完整文件组的来源和顺序必须一起管理。

只修改属性能否随意删掉DBF某一行？

不要独立删除后让其他行前移。应通过理解Shapefile关联规则的工具整体更新，并保留几何与属性的对应关系。读取时直接使用Shape索引，处理时移动整条Feature，是避免这类错配的关键。