为什么在Blazor的@bind绑定中无法直接使用for循环计数器i？

这个问题的本质是C# 语言的循环变量捕获规则，和 Blazor 本身的设计没有关系，你遇到的现象完全是 C# lambda/委托的默认行为： #

核心原理：委托捕获的是变量引用，不是当前值 #

C# 中for循环的迭代变量（也就是你写的i），是在整个循环开始前声明的，所有迭代共享同一个变量的存储空间，相当于你的代码等价于：

int i; // 整个循环只有这一个i变量
for (i = 0; i < round.PlayerScore.Length; i++)
{
    // 迭代逻辑
}

而 Blazor 的@bind底层会生成两个委托：

• 读取绑定值的get委托
• 输入内容变化时更新属性的set委托
  委托在捕获外部变量的时候，捕获的是变量的引用，而不是捕获瞬间变量的具体值。

为什么直接用i会出错 #

你在渲染时输出@(i+1)能得到正确结果，是因为渲染是循环迭代同步执行的，此时i的值就是当前迭代的数值，直接计算输出就完事了。
但@bind生成的set委托不会马上执行，要等到用户在输入框输入内容、触发变更事件的时候才会跑。这时候循环早就执行完了，迭代变量i已经变成了循环终止时的值（也就是数组的长度，比如数组长度为18时i=18）。所有行的set委托捕获的都是同一个i的引用，最终执行时都会用18去索引数组，自然就触发数组越界错误。 #

为什么局部变量local可以解决问题 #

你在每次循环迭代里声明的int local = i，是每次迭代都会创建一个全新的、独立的局部变量，每个迭代的local都有自己独立的存储空间，存的就是当前迭代的i值。
每个行的@bind委托捕获的是对应迭代专属的local变量引用，后续触发委托时用的索引值就是绑定行的正确下标，自然就能正常运行。 #

你可以用一段纯C#代码验证这个逻辑，运行后就能直观看到差异：

var actions = new List<Action>();

// 直接用迭代变量，最终输出3次3
for (int i = 0; i < 3; i++)
{
    actions.Add(() => Console.WriteLine(i));
}
Console.WriteLine("直接用迭代变量的输出：");
foreach (var act in actions) act();

actions.Clear();

// 用循环内局部变量，输出0、1、2
for (int i = 0; i < 3; i++)
{
    int local = i;
    actions.Add(() => Console.WriteLine(local));
}
Console.WriteLine("用循环内局部变量的输出：");
foreach (var act in actions) act();

内容的提问来源于stack exchange，提问作者Jakob Busk Sørensen