> For the complete documentation index, see [llms.txt](https://docs.velogicfit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.velogicfit.com/zh/tong-yong/bar-xy-coordinates.md).

# 使用 Bar XY 笛卡尔坐标

自行车拟合与车架比较中使用 Bar XY 笛卡尔坐标的完整指南。了解 Reach 和 Stack 指标，以及为什么 Bar XY 能提供更准确的车架尺寸。

在过去几年里，自行车制造商在几何图表中提供前伸量和堆高数据已成为标准做法。如下所示，这些指标给出了头管顶部相对于五通的坐标。

![前伸量和堆高示意图，显示从五通到头管的测量](https://2529810062-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FjxwtZYYk0lvusnMTywNR%2Fuploads%2Fgit-blob-2e16b852b9be400eae70ca51a6fbd809640475c4%2F20250821092708.png?alt=media)

这一组指标最早由 Dan Empfield（Quintana Roo 自行车和 slowtwitch.com 的创始人）提出，并迅速被少数几个、主要专注于三项赛的品牌采用。

广泛接受花了 10 年时间，但现在很少再见不到这些指标，这对自行车拟合师大有裨益。

前伸量和堆高能够精确定义车架尺寸，而上管长度则是一个不精确的车架长度指标，因为它会受到座管角的影响。

下面的例子（来自我们的车架比较工具）展示了这种影响。Cervelo R5Ca 采用了较松的座管角设计（以便使用更轻的座管），因此其上管比 Felt Z-Series 自行车长 25 毫米。但当我们查看车架的前伸量时，差异只有 6 毫米。

![车架比较示意图，显示 Cervelo R5Ca 与 Felt Z-Series 之间的有效上管与前伸量差异](https://2529810062-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FjxwtZYYk0lvusnMTywNR%2Fuploads%2Fgit-blob-77102152d8bb31ed0e98b669250b1332d9501410%2F20250821092734.png?alt=media)

了解前伸量、堆高和头管角后，就能轻松计算车把配置，并比较不同自行车的真实尺寸。

然而，使用前伸量和堆高来比较车架的不足之处在于头管的倾斜角度。右侧的例子展示了这种影响。

这两个车架的前伸量非常相近，这可能让它们看起来尺寸相同，只是需要不同高度的垫圈来弥补堆高的巨大差异。

但是，额外的堆高会对前伸量产生负面影响（大约每增加 10 毫米垫圈，前伸量就减少 3 毫米）。

当我们额外加上 25 毫米垫圈（从而使车架的堆高标准化）后，Litespeed 的前伸量结果比 Felt 短 9 毫米。

通过比较车把 XY，我们能够考虑连接车把与自行车的每个部件的尺寸。

这种更精确的计算就是我们提供车架比较工具用于直接计算，或在高级自行车查找器中使用 XY 自行车搜索的原因（请查看高级选项）。

我们的高级自行车查找器中的所有结果都会在详细规格中显示车把 XY，无论你使用哪种输入方式来定义自行车。

## 车把 XY 的定义

![车把 XY 坐标系统定义，显示从五通到车把中心的测量](https://2529810062-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FjxwtZYYk0lvusnMTywNR%2Fuploads%2Fgit-blob-d729297e59121ee6c4dc837c087293f7e0d3fada%2F20250821092749.png?alt=media)

Bar X 和 Bar Y 的测量基准是从五通中心到车把中心。

可用的工具包括：

* [纯定制 XY](https://purelycustomfit.com/product/xy-tool/)
* [Exitcycling 参考](http://www.exit-cycling.com/reference-tool/)

我们的 [Velogic Studio](https://www.velogicfit.com/) 系统会数字化采集车架 XY 和车把 XY；请参阅我们关于 [自行车测量](https://github.com/velogic/userdocs/tree/ci/userdocs/general/taking-bike-measurements.md).

## 车把 XY 是如何计算的？

传统方法如下所示。该方法存在系统性误差，而且把立角度越大，误差就越严重。在 velogicfit，我们有一种专有算法，能够更准确地计算车把 XY，并正确考虑把立角度的影响。

![传统的车把 XY 计算方法，显示几何关系和把立角度的影响](https://2529810062-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FjxwtZYYk0lvusnMTywNR%2Fuploads%2Fgit-blob-dbd4d79f38560dab85cb1b76e392aea23484d1f8%2F20250821092803.png?alt=media)

## 另请参见：

* 我们的免费 [Frame Comparison 工具](https://app.velogicfit.com/frame-comparison)
* 我们免费的 [Velogic 网页工具](https://app.velogicfit.com/)
* ……指南 [使用车架比较](/zh/velogic-wang-ye-gong-ju/using-frame-comparison.md)
* [车架比较把横曲线分析](/zh/velogic-wang-ye-gong-ju/frame-comparison-bar-curve.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.velogicfit.com/zh/tong-yong/bar-xy-coordinates.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.