Agda实例解析中的重叠问题与修复

在Agda 2.7.0版本中，开发者发现了一个关于实例解析的有趣现象：某些在2.6.4.3版本中能够正常工作的代码，在新版本中却出现了实例解析失败的情况。这个问题涉及到Agda类型系统中实例解析机制的深层运作原理。

问题现象

考虑以下Agda代码示例：

data D : Set where
  con : D

record R : Set where
  no-eta-equality
  field proj : D

F : (D → Set) → D → Set
F k con = k con

postulate
  instance i : {r : R} → F (λ _ → D) (R.proj r)
  A : Set
  instance a : A

it : {{A}} → A
it {{x}} = x

x : A
x = it

在Agda 2.6.4.3中，这段代码能够正常类型检查，但在2.7.0版本中，实例解析会失败。有趣的是，如果我们将no-eta-equality改为eta-equality，或者修改F的类型签名，问题就会消失。

技术分析

这个问题实际上揭示了Agda实例解析机制的一个重要改进。在旧版本中，实例解析会错误地将i实例归类为F类的实例，而实际上F是一个可约简(reducible)的定义，不应该作为实例解析的"类"。

新版本中，Agda更加精确地处理了这种情况。当遇到F (λ _ → D) (R.proj r)这样的类型时：

1. 如果R是no-eta-equality的，Agda无法简化R.proj r表达式
2. 这使得F的应用无法进一步约简
3. 实例解析器因此无法确定这个实例是否适用于当前上下文

相比之下，当R具有eta-equality时，Agda可以解构记录并继续约简过程，最终能够正确判断实例是否适用。

更深层的示例

另一个更简单的示例更能说明问题本质：

postulate
  A : Set

data D : Set where
  con : D

F : D → Set
F con = A

postulate
  instance a : A
  instance i : {d : D} → F d

it : {{A}} → A
it {{x}} = x

x : A
x = it

这个例子在2.6.4.3中通过但在2.7.0中失败。有趣的是，如果我们移除instance a : A，行为会反转：2.6.4.3失败而2.7.0成功。这表明新版本的行为实际上更加正确。

技术意义

这个变化虽然最初是意外的，但实际上改进了Agda的类型系统：

1. 更精确的实例分类：新版本不会错误地将实例归类到可约简的定义下
2. 更好的重叠处理：能够正确处理实例之间的潜在重叠情况
3. 更一致的eta-equality处理：正确处理记录类型的eta规则对实例解析的影响

结论

Agda 2.7.0中的这一变化虽然导致了某些原有代码的失效，但实际上代表了类型系统实现的改进。开发者应该：

1. 检查代码中是否存在类似的模糊实例定义
2. 考虑明确实例的适用范围，避免过度通用的实例
3. 在需要时使用更精确的类型约束

这一改进使得Agda的实例解析更加健壮和可预测，虽然可能需要少量代码调整，但从长远来看有利于代码的稳定性和可维护性。