Fabric.js 中 ActiveSelection 边界计算问题的分析与修复

问题背景

在 Fabric.js 6.0.0-rc2 版本中，用户发现了一个关于 ActiveSelection 边界计算的严重问题。当通过鼠标框选方式创建 ActiveSelection 时，其边界会被错误地计算为 {left: 0, top: 0, width: 0, height: 0}，导致显示异常。

问题现象

当用户创建两个矩形并通过鼠标框选方式将它们组成 ActiveSelection 时，会出现以下异常情况：

1. 在 beta 20 版本中表现正常，ActiveSelection 的边界被正确计算
2. 在 rc2 版本中，边界被错误地重置为零值
3. 通过 Shift+点击方式创建 ActiveSelection 则工作正常

技术分析

经过深入分析，发现问题的根本原因在于属性设置的时序问题。具体表现为：

1. ActiveSelection 在初始化时会先基于默认属性（originX: left, originY: top）计算初始边界
2. 随后代码会应用用户自定义的属性（如 originX: center, originY: center）
3. 这种时序错位导致边界计算基于错误的原点设置

解决方案

修复方案主要调整了属性设置的顺序：

1. 首先应用所有默认和用户自定义属性
2. 然后才进行边界计算
3. 确保边界计算基于正确的属性设置

这种修改保证了无论用户如何设置 originX 和 originY，ActiveSelection 的边界都能被正确计算。

影响范围

该问题会影响所有需要以下功能的场景：

1. 通过鼠标框选创建 ActiveSelection
2. 自定义了 originX 或 originY 属性的应用
3. 依赖 ActiveSelection 边界进行布局或计算的应用

最佳实践

为避免类似问题，开发者在处理图形对象的边界计算时应注意：

1. 确保所有影响布局的属性在计算前已正确设置
2. 考虑属性之间的依赖关系，如 originX/originY 会影响边界计算
3. 在复杂对象（如 ActiveSelection）初始化时，注意属性设置的顺序

总结

Fabric.js 团队在 rc3 版本中修复了这个问题，确保了 ActiveSelection 在各种创建方式下都能正确计算边界。这个案例展示了属性初始化顺序在图形库中的重要性，也为开发者提供了处理类似问题的参考思路。