Apache flex 为什么“斜接”关节要比其他关节慢？

我在Flash Player中绘制线条时遇到了一个图形问题，如果我使用斜接以外的任何其他连接样式，两条线以不同的厚度绘制在彼此的顶部，则无法正确对齐。有关效果的图片以及问题中面向图形的部分，请参阅

然而，在这个问题上还有第二个角度，那就是：为什么绘制斜接关节要比其他关节慢得多？这似乎是一个问题，因为至少FP 8，但我找不到任何关于问题可能是什么的详细信息。这只是一个尚未修复的普通bug，还是绘制这些关节的固有速度较慢？例如，它们似乎与平方根有关，但我严重缺乏对这种联合风格在技术上的理解。这看起来只是一些平面设计师可能会担心的小细节

---

我问这个问题是因为我想知道我是否能做些什么来缓解这个问题。

有多种方法来连接两条线：

无：免费 圆：画一个半径为线宽/2的圆 cap：填充线条之间的间隙 斜接：外推线并填充 斜接是最贵的。如果直线以大于90的外角相交，则需要对其进行外推、相交和填充

从链接帖子的截图来看，绘制图表不需要任何关节。接缝仅在大笔划宽度时才重要，绘制图表时，圆形或帽形接缝应非常精细

---

在flash渲染中，斜接非常快-它只是最复杂的连接选择。

有多种方法连接两条线：

无：免费 圆：画一个半径为线宽/2的圆 cap：填充线条之间的间隙 斜接：外推线并填充 斜接是最贵的。如果直线以大于90的外角相交，则需要对其进行外推、相交和填充

从链接帖子的截图来看，绘制图表不需要任何关节。接缝仅在大笔划宽度时才重要，绘制图表时，圆形或帽形接缝应非常精细

---

在flash渲染中，斜接非常快-这只是最复杂的连接选择。

出于好奇，您知道有任何绘图框架通过在斜接限制处剪裁斜接而不是完全删除斜接来处理尖锐的斜接点吗？当斜接变得太陡时，完全剪掉斜接是非常难看的。有趣的想法！甚至可能在一定范围内从斜接到封口。但从未在渲染器中见过它。我的猜测是，不管怎样，编写矢量渲染器的人都讨厌斜接：斜接限制的整个概念是一种避免真正可怕的边缘情况行为的技巧。我不认为它是设计的动画超过了限制的想法。我会在工作中打听一下它的历史。您是否有一个具体的用例/示例来说明它的缺点？我刚刚测试了Winforms miter行为，它按照我认为应该的方式工作，看起来不错。出于某种原因，我希望它能效仿PostScript的做法，将过于尖锐的斜接角转换为标准的斜接，这看起来非常糟糕。顺便说一句，我只是在玩JavaScript，它似乎使用了恼人的斜接行为切换。出于好奇，您知道有哪些绘图框架通过在斜接限制处剪裁斜接而不是完全删除斜接来处理尖锐的斜接点吗？当斜接变得太陡时，完全剪掉斜接是非常难看的。有趣的想法！甚至可能在一定范围内从斜接到封口。但从未在渲染器中见过它。我的猜测是，不管怎样，编写矢量渲染器的人都讨厌斜接：斜接限制的整个概念是一种避免真正可怕的边缘情况行为的技巧。我不认为它是设计的动画超过了限制的想法。我会在工作中打听一下它的历史。您是否有一个具体的用例/示例来说明它的缺点？我刚刚测试了Winforms miter行为，它按照我认为应该的方式工作，看起来不错。出于某种原因，我希望它能效仿PostScript的做法，将过于尖锐的斜接角转换为标准的倒角连接，这看起来非常糟糕。顺便说一句，我只是在玩JavaScript，它似乎使用了恼人的切换到倒角行为。