Blazor双向绑定疑惑：封装Ant Blazor Select组件的调用流程问题

场景1：封装组件内选择值时的额外流程 #

你看到的Set from child → Set from parent → Set from parent流程，本质是Blazor双向绑定的正常数据流闭环：

• 当你在内部Ant Select选择值时，封装组件（Wrapper）通过ValueChanged回调通知父组件更新绑定的属性；
• 父组件属性更新后，会触发组件树重新渲染，将更新后的Value参数重新传递回Wrapper组件；
• 这就是你看到的“Parent→Wrapper”额外步骤，它是Blazor保证组件参数与父状态同步的机制，并非异常。

场景2：父组件直接修改值时的多步流程 #

这个流程的本质是Ant Blazor的Select组件内部状态同步逻辑导致的：

1. 父组件修改值后，将新值传递给Wrapper的Value参数；
2. Wrapper把值传递给内部Ant Select的Value参数，Ant Select内部会同步自身的选中状态，同时触发它自己的ValueChanged回调；
3. Wrapper接收到这个回调后，又会调用父组件的ValueChanged试图更新父组件值，但此时父组件的值已经是5，和回调传递的值一致，所以父组件不会再次更新；
4. 最后父组件状态稳定后，再把当前值（还是5）传递回Wrapper，完成同步。

为什么没有陷入无限循环？ #

Blazor有两层防循环机制：

1. 参数相等性检查：组件在接收参数时，会对比新值和旧值，只有值不同时才会触发重新渲染；
2. 双向绑定的幂等性：当ValueChanged传递的值和父组件当前绑定的属性值相同时，父组件不会执行更新操作，也就不会再次触发组件树的渲染循环。

这两个机制共同作用，避免了无限循环的发生。

内容的提问来源于stack exchange，提问作者JohnyBro