Go go-geom XY与XYZ布局的步长有什么区别

go-geom 的 XY 步长为2，XYZ步长为3。步长表示一个点在扁平坐标数组里占多少个分量：XY保存X、Y，XYZ保存X、Y、Z。因此遍历XYZ时每次前进3个值；继续按2个值切分，会把高度当成下一点的X。

这个问题在批量导入接口中很容易出现：原先只有平面位置，后来增加高度，但下游仍按XY解析。解决办法是把布局作为数据契约的一部分，而非只换一个构造参数。下文采用“输入契约—存储解释—转换取舍”的工程视角，示例固定v1.6.1，不声称该版本最新，也不编造上线性能结果。

项目官方仓库：https://github.com/twpayne/go-geom

步长是每个点占用的坐标分量数

XYM和XYZ拥有相同步长，但意义不同，所以“长度能被3整除”不能证明第三个值是高度。Layout 描述分量语义，Stride 描述记录宽度。X分量、Y分量、Z分量属于点的组成，不要把步长理解成米数、字节数或点数。依据：固定标签的 Layout 和 Stride 定义。

批量接口要同时保存布局与数组

一组6个数既能被解释成3个XY点，也能被解释成2个XYZ点，不能单靠数组猜布局。接口至少应约定 Layout、坐标系标识和 FlatCoords 的含义；LineString 再以布局对应的 Stride 解释数组，NumCoords 表达点数。坐标系标识解决参考系的问题，布局解决每条坐标记录有哪些分量的问题，两者不能互相替代。

对大量点，硬编码循环步幅的问题会随整批数据一起扩散。优先把限制收在导入入口：接受哪些布局、长度是否对齐、业务允许几个点、坐标是否有限。示例只支持XY和XYZ，并额外要求至少两个点；这个最少点数是示例业务约束，不是对所有go-geom类型的通用规定。

用一个完整示例避免分量错位

固定标签的go.mod声明Go 1.22。新建示例目录使用下面的命令；已有项目不必再次初始化。依赖版本依据。

# 在新的示例目录初始化；已有模块跳过此行
go mod init example.com/layoutstride
# 固定与本文源码依据一致的版本
go get github.com/twpayne/go-geom@v1.6.1
# 保存下方 main.go 后运行
go run .

package main

import (
    "fmt"
    "log"
    "math"

    "github.com/twpayne/go-geom"
)

// buildLine 只处理 XY 和 XYZ，要求至少两个点及有限坐标。
func buildLine(layout geom.Layout, flat []float64) (*geom.LineString, error) {
    if layout != geom.XY && layout != geom.XYZ {
        return nil, fmt.Errorf("不支持布局 %v", layout)
    }
    stride := layout.Stride()
    if len(flat)%stride != 0 || len(flat)/stride 

按示例输入推导，布局应为XYZ、步长3、点数2，两个点分别为 [2 4 90] 和 [8 10 95]。这是代码的预期解释，未在本轮执行。把相同6个值错误地声明成XY，长度检查仍可能通过，说明布局必须来自可信的上游约定，不能靠整除检查“自动识别”。

本例把每点分量交给 SetCoords，同时保留错误处理。该路径会检查单点分量数是否符合步长；直接使用 NewLineStringFlat 则不能当作同样的检查入口。后者直接保存传入扁平切片，调用者要自行保证结构和所有权。构造及SetCoords实现、扁平存储及坐标分量检查。

从XYZ转XY要重建每条记录

如果二维显示确实不需要高度，就按每3个值取前2个，创建新的XY对象。不能把原XYZ数组不变地塞进XY构造器：标签变化不会替你删除Z分量。下面的函数可放入前面同一个main.go，复用已有导入。

// dropZ 只允许 XYZ 折线；丢弃高度是显式业务选择。
func dropZ(src *geom.LineString) (*geom.LineString, error) {
    if src == nil || src.Layout() != geom.XYZ {
        return nil, fmt.Errorf("需要 XYZ 折线")
    }
    flat := src.FlatCoords()
    if len(flat)%3 != 0 {
        return nil, fmt.Errorf("XYZ 数组长度必须能被3整除")
    }
    coords := make([]geom.Coord, 0, len(flat)/3)
    for offset := 0; offset 

这个函数只处理结构降维，不进行投影转换，也不估算缺失高度。它假定源对象已经通过前面那样的有限数入口约束。返回的新几何还需要调用者按业务保留或设置对应的参考系标识；若要把XY升到XYZ，则应先规定Z来自实测、外部数据还是明确的默认值。不能把未知高度无声写成真实的零高度。

上线后看哪些信号，怎样取舍

若把这段逻辑用于导入服务，可以分别统计不支持布局、长度不对齐、非有限数及业务点数不足的拒绝数量，再对照上游接口版本寻找契约变化。这些是可采用的运行信号建议，不是本文已经取得的监控数据。

代码选择了按点组织输入并处理错误，便于把结构含义写清；额外切片与复制是否值得，应结合真实数据量评估。若选择直接保留扁平数组来减少转换，也要保留布局约定、输入检查与切片所有权规则。本文没有基准测试，不给出吞吐量或节省比例。

常见追问

数组长度除以步长总能得到点数吗？

对于结构有效的普通折线可以按这个关系理解，前提是步长有效、长度已经对齐。不能把这个写法套到任何未知布局或任意几何集合。

XYZ的Length就自动包含高度差吗？

不应根据布局推断算法维度。在本文固定标签中，LineString的长度实现使用X、Y差值，因此若业务需要三维距离，应另选或明确实现相应算法。

只看Stride等于3，可以把XYM当XYZ吗？

不可以。第三分量是M还是Z由布局决定。遍历位置跟随步长，解释数据跟随布局，单位与参考系跟随接口约定，三层信息都应保持明确。