当通过序列而不是集合时，为什么集合＃相交的行为会有所不同？

Question

我注意到应用程序中的一个奇数错误，并将其范围缩小到一个令人惊讶的原因：如果将序列传递给set＃seter＃互动，则与传递set set ，即使两者都是set数据结构的支持方法。

您可以在任何Swift Repl上验证：

  1> Set([3, 6, 0, 1, 5, 2, 4]).intersection([0, 1, 1, 2, 3, 4, 5])
$R0: Set<Int> = 7 values {
  [0] = 5
  [1] = 0
  [2] = 3
  [3] = 1
  [4] = 2
  [5] = 6
  [6] = 4
}
  2> Set([3, 6, 0, 1, 5, 2, 4]).intersection(Set([0, 1, 1, 2, 3, 4, 5]))
$R1: Set<Int> = 6 values {
  [0] = 1
  [1] = 5
  [2] = 0
  [3] = 4
  [4] = 2
  [5] = 3
}

这里的问题是，即使在序列传递给的序列中没有6，第一个结果也具有额外的值，整数 6 交叉点。第二个结果是正确的 - 第一个结果是错误的。两个调用之间的唯一区别是，第二个调用的序列将其序列转换为set。

我是失去理智，还是意外的行为？

Answer 1

我认为这是错误 sr-16061 。该报告显示了与您的类似的意外行为，其中使用set 交叉点的过载会产生正确的输出，但是sequence Overload没有。

let s = Set("ae")

print("s: \(s)") // ["a", "e"]

let i = s.intersection("aa")
let j = s.intersection(Set("aa"))

print("i: \(i)") // ["a", "e"]
print("j: \(j)") // ["a"]

我试图稍作研究发生的事情。先前的“ norefollow noreferrer”>“ noreferrer”> committ 修改了 intersection 斯威夫特回到2021年11月。这与可以复制此错误的Swift版本的发行日期相符 - 仅在Swift 5.5和5.6之间。据说，这种更改应该通过使用一些设置来加快set.Intersection。